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PREFACE 


The Usecs. Guide Eac POP=-11 Diagnostic Saoftwace is the first 
eer’ of the two-part M@iNDEC Usecs- Waoual Eoc PDE=11 
iagoostic Softwace. 


Part |. this guiae, presents the general operating procedures 
required to run diagnostic programs on PDP-11 computers. 


Port J! consists of a set of appendices pertaining to 
diagnostic options. Each appendix contains a step-by-step 
procedure for preparing, loading. and running the diagnostic 
for a specific option. The appendices are used to identify 
problem areas. If problems are encountered and more detailed 
diagnosis is required, the individual diagnostic listing and 
doc.ment must be consulted. 


Used together. the guide and the appendices contain the 
information and procedures needed to run vitually any PDP-11 
diagnostic. The procedures assume that the diagnostician is 
familiar with the hardware to be tested. | 


In those cases where the most detailed information is 
required, a diognostician must refer to the individual 
diagnostic program documentation. 


NOTE: PART I1. THE SET OF APPENDICES DESCRIBING THE 
DIAGNOSTIC OPTIONS. IS NOT INCLUDED IN THIS DOCUMENT. THE 
APPENDICES ARE CURRENTLY IN PRODUCTION AND WILL BE RELEASED TO 
THE FIELD AS THEY ARE COMPLETED. 
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CHAPTER 1 
INTRODUCTION & REFERENCES 


This users’ guide is intended for the person new to DEC, and 
especially or the person new to the diagnostic aspect of 
DEC's operations: 


the field service engineer. 

the manufacturing test person. 

the diagnostic programmer. 
It should helt in the training of new personnel and serve as a 
concise reference for more experienced people. Essentially. 


this guide presents to anyone an inclusive survey of the 
diagnostic softwore tools availiable for DEC PDP-11 computers. 


The guide follows a design that builds on ‘nformation 
oresented in rene chapters. Chapter 2 presents two 
general approaches to running diagnostics. Chapter 3 gives 


directions for using a PDP-11 computer operating console. 
Chapter 4 tells you how to load a monitor into the machine, 
it assumes that you know how to use the operator's console 
(explained in Chapter 3). and that you have decided on which 
approoch you want to use for running the diagnostics 
(explained in Chapter 2). The ensuing — ers describe the 
operations of the various monitors under ich you can execute 
diagnostics. 


The guide draws from and -cefers to many existing DEC 
documents. listed below in paragraph 1.1. There is also a 
short list of abbreviations in paragraph 1. Z. 


Used along with other diagnostic tools. this guide can help 
both the novice and the experienced diagnostician successfully 
accomplish his or her work at the machine being tested. 
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1.1 REFERENCES 


ACT System Manager's Guide 
ACT Users’ Guide 
APT System Manager's Guide 


DECX/11 


Users' Documentation and Reference Guide 


Diagnostic Engineering Standards and Conventions 
Microcomputer Handboo 
POP-11 Computer thy ep Cord 


PDP-11 Peripherals 
POP-11/04734745/755 Handbook 
XXDP/DECX/11 Programming Card 


or 


andtoo 


XXDP Users’ Manual 


1.2 ABBREVIATIONS AND 


ACT 
AINT 
APT 

BR 

CPU 
DECX/i1 


OMA 
ECO 
EIS 
GPR 
HW 

170 
LRT 
LSI 
MCcO 
MLE 
MOS 


MNEMONICS USED IN THIS GUIDE 


-- automated computer test 

-- APT initialization utility 

-- gutomated product test 

-- bus request 

-- central processing unit (same as pcacessac) 


-- Digital Equi ment Corporation UNIBUS exer- 
ciser for PDP-11 computers 


-- direct memory occess 

-- engineering change order 

-- extended instruction set 

-- general purpose register 

-- hardwore 

-- input/output 

-- long run-time 

-- large-scale integration 

-- manufacturing change order 

-- multiple loading with error control ‘APT) 


-- metal-oxide semiconductor 
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MTTO -- mean-time-to-detect 
MTTR -- mean-time-to-repair 
NPR -- non-processor-request 
ODT-11 — on-line debugging technique for PDP-11 
computers 
; PC -- program counter (register 7) 
PSW -- processor status word 
Q/V -- quick verify 
RCSR -- read control/status register 
REV11 -- the DMA-refresh. bootstrap. and terminator 
module for the LSI-11 CPU. 
ROM -- read-onl y-memory 
SP -- stack pointer (register 6) 
Ss -- single step 
SW -- software 
SWR -- switch register 
TSP -- test-software-package utility (APT) 
TST -- time-sharing terminal (APT) 
UUT -- unit under test 
xxDP -- xx diagnostic package; "xx" replaced by 


device mnemonic 
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UNIT TESTING VS. THE SYSTEM APPROACH TO USING DIAGNOSTICS 


A diagnostic is a program that comprises numerous individual 
tests arranged ina sequence. The tests detect malfunctions 
and help to locate their source. The results of any test 
determine which other tests in the sequence will! be executed. 
In addition, a diagnostic program may analyze the test results 
ond ideotify the failing component. 


There are two testing Aã unit testing. which tests 
single units: and UNIBUS exercising, which test several of 
the same or combinations of different units simultaneously. 


You run uoit tests when you decide that a malfunction comes 
from a particular unit: for example. a peripheral device. or 
the CPU. or memory. Unit tests usually cperate under 
ceotcolled canditions in order to isolate the malfunction. 
The testing sequence follows a logical. “building block” 
structure thot tests the smallest part of the unit and 
proceeds upward to include the entire unit. Unit tests cre 
not generally efficient at identifying probiem areas in large 
systems. but are the best method for correctly identifying 
malfunctions in a given device. 


You run a UNIBUS execcisec when you cannot determine the 
origin of a malfunction. or if unit testing does not 
substantiate your previous decision. A UNIBUS exerciser does 
not run under controlled conditions as compared to unit tests. 
Rother. it cceates an operating environment that pushes the 
system to the limits of its specifications. The UNIBUS 
exerciser is DECX/11 (see Chapter 12 and the DECXZ11 Refecenoce 
Uaoual). A UNIBUS exerciser is designed to detect and report 
eneral malfunctions. Once the UNIBUS exerciser identifies 
he bad subsystem or unit. you can then run unit tests on that 
unit to determine the failing component. (Often, intermittent 
failures that are untraceable with unit tests appear when 
running a UNIBUS exerciser). UNIBUS exercising emphasizes 
detection over isolation. It uses testing time efficientiy. 
but it may incorrectly identify the source of o maifunction in 
ao multi-problem situation. 
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Note, too. that the multi-problem situation may occur where 
neither unit testing nor a UN!BUS exerciser can accurately 
identify a —2 component. in this case. a field service 
engineer must rely on basic toois (oscilloscope, test meters. 
etc.) coupled with a thorough knowledge of the hardware and 
sound experience. 


POP-11 diagnostic software, therefore. can be categorized as 
two main types: unit diagnostics ond UNIBUS execcisecs. 


To —* test a given unit. all unit diagnostics and the 
DECX/11 UNIBUS exerciser must be run. 


2.1 UNIT DIAGNOSTICS 
Unit diagnostics include tests for the units listec below: 


modules 
subassemblies 
processors 
peripherals 
controllers 
memories 


Aliso. there may be several diagnostics for one unit. each 
diagnostic checking a particular function of the unit. 


Diagnostics wr? all togic that may be tested by program 
instructions wit a single unit under processor control. 
There cre no other units of similar or dissimilar design under 
test at the same time. The pe of the diagnostic is 100% 


coverage of the — In reality. the coverage is 80% to 95% 
of the logic. he remaining !ogic is tested by the UNIBUS 
exerciser. 


Diagnostics ore usually stand-alone: they require’ the 
processor to be dedicated to the unit under test (UUT). 


The purposes for using diagnostics can be categorized as 
fol lows: 


1. Verify that the H/W functions correctly. 
2. Detect o H/W fault. 

3. tsolate o H/W fault. 
y 


Verify that a repair has corrected a fault. 
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The proper use and execution sequence of diagnostics will 
reduce the mean-time-to-detect (MTTD) and the 
mean-time-to-repoir (MTTR). The MTTD is the time necessary to 


detect thot an error condition or fault exists. The MTTR is E 
the time it takes to detect and isolate the fault, repair or | 
replace the foiling component. and verify that the repair has 

corrected the fau!t. r 


2.1.1 Error Detection Using Unit Disgnostics 


Diagnostics are designed to detect the following classes of 


errors: 
ERROR CLASS EXQMELE QE CQ@USE 
1. togical and functional errors pee shorts: pins stuck 
s igh and 1ow- media 
failures. mechanical 
failures. 

2. timing problems capacitance: resistance: 2 
race conditions. 

3. intermittent failures vibration. loose 
connections, dirty ; 
connections, 
power -up/power -down 
failures. 

4 heat problems insufficient module 
cooling, dirty filters, 
defective fans; improper 
installation. 

5. noise problems shielding deficiencies: 
UNIBUS termination, 
UNIBUS drivers and 
receivers; cable 
problems. 


6. marginal components voltage variations. 
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Once you determine the error class. you can decide which 
diagnostic or series of diagnostics to run. If you do not 
known the source of ao problem, you can use a UNIBUS exerciser 
to locate the fauvit. (See paragraph 2. 2). 


There are two general ways to run unit diagnostics: the 
“quick-verify” mode (Q/V mode) and the "long-run-time” mode 
(LRT mode). 

NOTE 


For the most inclusive coverage, you should run each 
diagnostic in all modes of operation and with all 


applicable switch settings. 
7 


1.2 Running Diagnostics In Quick-verify Mode (Q/V Mode) 


The “quick-verify” or @Q/V mode of running a diagnostic 
performs the foliowing services: 


1. Verify that all the major components are present and 
functioning. 


2. Test all the logic at least once and indicate faults. 


3. Generally indicate that no “hard” errors exist. or that 
they no longer exist after a repair. 


y. When there are many diagnostics for a single unit. provide 
a system that will isolate the failing component of the 
unit in the shortest possible time. 


The Q/V mode may. but generally does not isolate intermittent 
failures, marginal cemponents. heat problems. or noise 
roblems. The first pass of a diagnostic is oa Q/V_ pass. 
niess iterations are surpressed, after the Q/V poss. all 
diagnostics enter LRT mode (see paragraph 2.1. 3). All 
diagnostics should be run at least two passes -- ao Q/V pass 
and one LRT pass. 
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Once the Q/V mode detects an error condition. you can use the 
LRT mode (below) to isolate the favit. (The diagnostics 
provide “scope loops”. ) 


2.1.3 Running Diagnostics !n Long-run-time Mode (LRT Mode) 


The “long-run-time” or LRT mode of running a diagrostic 
detects the following: 


noise problems. 

heat problems. 
marginal components. 
timing problems. 


intermittent failures. 


yr oP Fr PP 


vibration problems and bad connections. 


The LRT mode also tests that a H/W —_ holds up. and that 
the H/W that was repaired was the H/W at fauvit. If the UUT 
successfully ag ot at least two passes in LRT mode. then 
you can assume that you have verified its operation as much as 
possible in a stand-alone environment. However. additionai 
successful passes will increase the confidence in the 
reliability of the hardware. 


.2 UNIBUS EXERCISERS 


UNIBUS exercisers ore designed to test al! logic that is not 
tested or cannot be tested with unit diagnostics. UNIBUS 
exercisers detect faults that result when multiple units are 
in the system, and also when the given unit is in a system 
with other dissimilar units. UNIBUS exercisers test all the 
devices in the system simultaneously; the processor is not 
dedicated to only one unit. 


UNIBUS exercisers are effective at isolating problems that 
arise when units interact with other units. The units may be 
the some type. or completely different in form and function. 
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\ 
The problems that arise from this interaction are noise, 
priority orbitrotion. timing, marginal components. and elusive 
and intermittent problems. 


Typically the UNISUS exerciser tests the units .. £ 
“worst-case” manner. This. in combination with the multiple 
units both similar and dissimilar on the system, creates an 
environment that cannot be oer teeses by a stand-alone 
diagnostic. This is why UNIBUS exercisers can iso: ate 
interaction problems so well. 


The design of a UNIBUS exerciser emphasizes the isolation of 
interaction problems. Therefore. they verify a ae 9 portion 
of the units’ logic. However. this percentage is less than 
whet can be verified by a_ stand-alone diagnostic. 


Additionally. the eneral constraints of the system 
environment limit which logic may be tested and to what 
deoree. Careful design of the UNIBUS exerciser maximizes the 
ceverage. 

Fault isolation using a UNIBUS exerciser includes’ the 


following procedures: 
1. Making a system inventory. 
Detecting a fault. 


2 

3. Identifying the fault. 
4 Isolating the fault. 

5 


Making and verifying the repair. 


2.2.1 System Inventory 


You make a system inventory to define the H/W configuration. 
Use the following recommended procedure: 


1. Describe the CPU. 
- model (11/03. 11734 11749. 11745. 11760. 11770) 
- processor type (KD11-A,. KD11-D) 
- ECO tally 


- options (flocting point processor, memory management, 
cache) 
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2. Define memory. 
- size (4K, 8K. 16K. 32K. etc. ) 
- type ‘core, MOS. bipolar) 
- pority controller 
- error correcting 
3. Determine small options. 
- serial line units (DL11) 
- interprocessor links 
- DMA drivers (DR11B) 
- line clocks (KW11-P. KW11-L) 
- communications modules (DUP11) 
- DECwriters (LAZO. LAS6) 
- DECscopes (VT50. VT52) 
In all cases determine the applicable baud rates. line 
frequency. device addresses. vector addresses. bus request 
interrupt level (BR). relative position on the UNIBUS. 
4 Determine large options. 


- mass tore devices (magnetic tape. DECtape. disk. 
floppy disk) 


r 


Determine for all devices the unit nuabers, device 
addresses, vector addresses. BR level. relative positon on 
the UNIBUS. and whether the device is OAR or 
proccessor-control led. 


5. Ensure that any equipment that is known to be down is 
still on the UNIBUS ond is receiving power. If the 
equipment is sot receiving power, you should remove it 
from the UNIBUS. 

Ensure thot the bus-grant-continuity cards ore in place. 
Ensure that the UNIBUS is properly terminated. 

8. Determine whether any equipment is missing, for example. 
is a controller present with no drive? Or, is a BR plug 
missing? 


9. Visually inspect the system fuses, boords, cables. 
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22.2 Fault Detection 


You start fault detection only after pee a system 
inventory. In other words, you must confirm that a reported 
problem on the system does. in fact. exist. if you observe 


the source of the failure without a doubt, then you can run 
the unit diagnostics directly. without a UNIBUS exerciser. 
However, when you cennot locate the source of tailure, you 
must configure and run a UNIBUS exerciser. When the UNIBUS 
exerciser has detected the source of failure, it will point to 
the unit. This can be any of the following: a peripheral 
controller or drive. the CPU. memory. an option module such as 
floating-point or memory management. Now you have to isolate 
the failing component within the unit. 


.2.3 Fault Isolation 
Use the frilowing procedure to isolate faults. 
1. See what diagnostics are available for the failing unit. 


2. Determine which of these diagnostics to run. and in what 
order. 


3. Run all the diagnostics for one Q/V pass. (This may be oa 
chain file under the XXDP monitor. ee poragraph 7.7.) 


4 From the results of step 3. determine which diagnostic has 
detected any errors. provided the most information. tests 
the smallest logical block. and provides fectures such as 
"“loop-on-test” or “loop-on-error . 


5. Run the specific diagnostic resulting from step 4 in order 
to isolate the failing logic. You may have to use the 
diagnostic program listing, the device log'c prints. and 
an oscilloscope. 


6. For total coverage, run all diagnostics :n all modes of 
operation, with all applicable switch settings. 
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22.4% Repair And Verify 


After making the necessary repair or replacement. follow this 
procedure for verifying 1° 


1. 


Run all the unst diagnostics in the Q/V_ mode. A 
successful Q/V pass indicates that the diagnosis and 
repoir were correct for the problem. Generally it also 


indicates that the H/W is compiete and hos no “hard” 
errors. 


Run all unit diagnostics in LRT mode for several passes. 
This is “worst-case” testing of the repaired unit. Run 
the diagnostics in all modes of operation and with all 
combinations of applicable switch settings. Successful 
LRT passes indicate that the unit functions correctly ina 
stand-alone environment. 


Run the UNIBUS exerciser to verify that the unit functions 
correctly in a “system” environment. Successful passes of 
the UNIBUS exerciser indiccte that the repaired unit 
causes no system interference. or interaction and noise 


problems. 


When you perform these three steps after making a repair. and 
receive successful end-of-pass messages. you can consider the 
unit correctly repaired and in good working order. 
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2.3 SPECIAL CONSIDERATIONS 


1. 


in some rare instances. a UNIBUS exerciser may not detect 
ao unit failure. Should this occur. the best method to 
detect the failure is to run all the standalone 
diagnostics for all the units in a system, using Q/V mode. 
followed by LRT mode. Start the testing with the 
diagnostics for the most suspect unit. After making the 
repair. verify it as described in paragraph 2.2.4 

If you replace a unit or module rather than repair it. you 
should run all the diagnostics for that unit. This will 
verify that you have replaced the correct failing unit, 
and that no other. different problems exist in the new 
unit. The verification process is the same one described 
in paragraph 2. 2.4 


Here is the recommended order for running” unit 
diagnostics: 


1. CPU diagnostics (basic instruction tests). 
2. memory diagnostics. 


3. CPU options (floating-point processor. memory 
management. cache. EIS). 


4 small options. 
5. Ilarge options. 


6. dota reliability tests. 


CHAPTER 3 
OPERATOR'S CONSOLE 


This chapter explains how to use the CPU operator's console. 
POP-11 processors have three types of consoles. 


1. those with a switch panel. discussed in poragraph 3. 1. 
2. those with a 20-button keypad. discussed in poragraph 3. 2. 


3. those with a separate terminal device, discussed in 
poragraph 3. 3 


identify the type of console on your processor and proceed to 
the appropriate paragraph. Riss. consult the approprioate 
Pcocessoc Handbook. 


.1 SWITCH-PANEL CONSOLES 


Switch-panel consoles have a switch panel. control switches, 
and indicators. 


3.1.1 Switch Panel 


The switch panel is o set of physical switches that correspond 
bit-by-bit to the bacdwace switch cegistec. or HW/SWR (refer 
to chapter 6). When the CPU is running, the switch panel 
setting is the current value of the HW/SHWR. When the CPU is 
not running. you can use the switch panel to define either the 
address number or the contents of any PDP-11 location. using 
the console control switches below. A PDP-11 location can b 

ao memory word, ay ocessor register, or a peripheral device 
register. 
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3.1.2 Control Switches 


The caotcal switches provide specific functions as described 

in Table 3-i. You must HALT the CPU before sing them. — 

if your console has control “beaks for address and dat 

display, then turn these knobs to select the CONSOLE PHYSICAL 
“ and DA A PATHS positions. 


Table 3-1. Console Control Switches 


SWITCH FUNCTION EXPLANAT 1 ON 
LOAD ADRS load an ad- Transfers the value on the 
(depress) dress velue switch panel to the CPU and 
displays the address number. 
EXAM examine Displays the contents of the 
(depress) location defined by a LOAD ADRS 


operation. Successive EXAM op- 
erations display the contents 
of sequential locations. 


If you try to EXAM o nonexist- 
ent address. the operation fails: 
you must repeat L ADRE with a 
legitimate address. 


ENABLE /HAL T enable/halt ENABLE allows the CPU to execute 
(select) instructions; HALT stops it after 
the current instruction (and any 

| le and traps). See also 


CONT continue lf the CPU is in ENABLE. then 
(depress & CONT causes it to continue op- 
release) erating from the point at which it 
7 ed, without a system reset. 
IF e CPU is in HAL , repeated 


CONT operations execute the program 
instruction by instruction 
CONT does not work in the RUN state. 


OPERATOR'S CONSOLE 


oble 3-1. (Continued) 


SWITCH FUNCTION 
DEP deposit 
(raise & 
release) 

TART start 
(depress & 
release) 
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Loads the value on the switch 

anel into the location defined 

y a LOAD ADRS operation. Successive 
DEP operations load sequential 
locations. If you try to DEP a non- 
existent location. the operation fails. 
you must repeat LOAD ADRS with o 
legitimate location. 


CPU starts executing instructions 
at the location defined by a LOAD 
ADRS operation. 


NOTE: START issues ao system reset. 
Do not press START when the CPU 

is already in the RUN state. 

You may have to reload the progran. 
The usual eet for starting a 


program is: 
LOAD RORS (startin 
ENABLE address 
START 


Some consoles also have the following control switches: 


REG EXAM examine GPR 
(depress) 

REG DEP locd GPR 
(raise & 
release) 


S/7INST-S/B8US single-step 


(select) 


Displays the contents of a GPR 
defined by a LOAD ADRS operation. 


Loads the value on the switch 
pane’ into the GPR defined by a 
OAD ADRS op. 


Modifies the operation of CONT 
(above) as follows: S/INST causes 
CONT to execute the next single 
instruction and stop; S/BUS causes 
CONT to complete the next bus 
operation and stop. 
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3.1.3 Console tndicators 


The cansole iodicatacs vary among consoles. but here is a 
eneral tist. For more information. refer to the PDP-11 
rocessor Handbook. 


RUN -- glows when the CPU is executing instructions. 


ADORESS/DATA -- displays an address or the contents of an 
address, depending on the operation. Some consoles have 
seporate indicators for address and data display. 


PROC -- glows when the CPU has control of the bus. 


CONSOLE -- glows when the CPU is not executing the stored 
program; i.e.. the CPU is under manual control. 


.2 KEYPAD CONSOLES 


Keypad consoles have a 20-button keypod. a LED digital 
display, and indicators. 


3.2.1 Keypad 


The ** contains number buttons and control buttons. You 

e oupbec buttons to loud numerical information into the 
CPU. The cantcal buttans provide functions as described in 
Table 3-2. The keypad has a safety feature that prevents 
certain unintended contro! operations. This is the CNTRL 
button. You must depress CNTRL simultaneously with the 
couen ns contro! buttons to make them work: INIT. BOOT 
START, ONT. HALT/SS (first hit only; you can single step 
without CNTRL). 
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Table 3-2. Console Control! Buttons 


LR clear Clears the current keypad entry. There 
is no operation. 


AD lood address Loads on address number (the address 
of a memory word. ao processor register. 
or a vol eral device register) 


from the keypad to the CPU. 
D1S-AD display Displays the address number of 
address the location the CPU is 


currently manipulating. 


XAM examine Displays the cantents of the 
location the CPU is currently 
manipulating. 


DEP deposit Loads a value from the keypad into the 
location the CPU is currently 
manipulating. 


LSR load switch Loads a value from the keypad 
register to the hardwore switch register 
(see paragraph 3.2.4 and Chapter 6). 


The following contro! buttons require simultaneous pressing of CNTRL. 


HLT/SS halt/single- Puts the CPU in HALT state. Also. 
(CNTRL ) step if you continue to press this button 
without CNTRL. it provides single-step 
execution of a program. 


ONT continue Allows the CPU to continue program 

(CNTRL) execution from the point at which it 
stopped. CONT does not issue a 
system reset. 
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Table 3-2. (Continued) 


eeecaacecanenanencaenaeeneoenaanewaecaeanaewewaeeeeaeaeeeew ⏑ ⏑ ⏑ ⏑ ⏑ — ⏑ ⏑ ⏑ ⏑ ⏑ ⏑— 


UTTON FUNCTION EXPLANATION 
TART stort Issues a system reset and starts 
(CNTRL ) executing instructions at the address 


specified by a previous LAD operation. 


BOOT bootstrap Starts a bootstrap operation. 
(CNTRL ) : 
INIT initialize Causes a system reset. 
(CNTRL ) 


.2.2 LED Digital Display 


The LEO a display that shows address/data vaives has oa 
shift feature. The lights show the value you enter on the 
keypad up to the maximum digits on the display. If you enter 
more than the display can show, you lose the high-order 
digits: they shift off the display. 


3.2.3 tndicators 


The only indicatecs you need to know at this time are the RUN 
indicator. which lows when the CPU is executing mocro 
instructions. and the SR DISP indicator. which tells you that 
the LED display is showing the contents of the hordware switch 
register. (The 11740 has no SR DISP indicator and its RUN 
light is always on. ) 


3.2.4 Loading The Switch Register 


Uniike CPU's with o switch panel. keypad coosales have no 
direct physical cennection with the HW/SWR. at_ location 
177570. or 777570 with memory management (see 3.1.1 and 
Chapter 6). On a keypad console you can load the HW/SWR at 
any time, but only by using the LSR button 
(load-switch-register ). A LAD+DEP operation on the HN/SHR 
address will nat laad the HW/SHWR. imilarly, a LAD+EXAN 
operation will aat 7 the contents cf the HW/SWR. The 
CPU Ea the HW/S contents only at CNTL/ZSTART or 
CNTL/CONT. If you have cleared the display and need to know 
the HW/SWR value. depress CNTL/CONT. 
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3.3 TERMINAL DEVICE CONSOLES 


Some POP-1i processors do not have an operator's console for 
controlling the CPU. These CPU's do not have a HW/SWR either 
(See Chapter 6). You operate these processors with a separate 
tecminal dewice and a console emulation routine that is built 
into the processor. In addition. some PDP-11 processors with 
an operator's console may have a terminal device as well. You 
can operate these processors from either the operator's 
console or the terminal. 


Several console emulators ore available. However. this manual 
discusses orly the REV1! and ODT-11 programs (for LSI-11 and 
11/03) and the M9301 program (for other processors). 


NOTE 


Although the cuo Light is extinguished during any 

ODT-11 console emulation operations. the CPU is still 

executing the ODT console emulation routine. The 
processor, technically, is cuaniang. 


.3.1 Using OOT-11 
OOT-11 is port of the LSI-11 hardwore and requires no 
additional software to operate. To use ODT-11. prepore the 
CPU as follows: 


1. Before power-up. put the HALT/ENABLE switch to HALT 
position. 


Power-up the CPU. 


3. OOT-11 will issue the prompt character, @. and accept any 
of the commonds in Table 3-3. ODOT accepts anly these 
command characters and the numbers 0-7 on a command line. 


The — characters in the examples are the ones ODOT 
prints. 
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NOTE 


For console ODT communication. the DLV11 must be 
confiqured for console bus addresses 177560 through 
177 These addresses are included in the LSI-11 


processor's microcode and cannot be changed. If no 
device responds to the above addresses, the processor 
will go into loop. You can get ovt of this loop by 


cycling the power off and then on. 


able 3-3. ODT-11 Commands 


EYBORRD : 
HARACTER COMMAND EXPLANATION & EXAMPLE 
/ examine Displays the cantents of the 
specified location; if you do 
not specify a location. ODT 
operates on the last location 
used. 
Example: examine location 100. 
21007025200 
CR deposit/ Deposits a vaiuve into the 
(CARR | AGE return to ODT specified location and returns 
RETURN) command |evel you to ODT command level. If 


you do not enter a value. 
you will not alter the 
location. 


Example: deposit 7317270 ir 
location 100, and verify the 
operation. 


@100/025200 7317270CR 
@/112220 (note high-order 
truncation) 
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Table 3-3. (Continued) 


EYBOARD 

HARAC TER COMMAND EXPLANATION & EXAMPLE 
deposit/ Deposits a value into the 

(line feed) examine next specified location and ex- 


amines the next higher location. 
Exomple: put the numbers 1-5 into 
the five consecutive locations 
starting at location 100; 

then return to command level. 
@100/112220 iLF 

0001022000123 2LF 

0001042055260 3LF 

0001062132104 4LF 


0001102000000 SCR 


@ 
start Starts executing instructions 
(go) at the specified location. 


Example: start the program at 
address 200. ’ 


@200G (also. @200-;G) 
proceed Continues program execution 
from the location in the PC. 
(See also: CONT. Table 3-1). 


Example: resume execution. 


aP (also, @:P) 
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Table 3-3. (Continued) 


L load Loads a program, in bootstrap 
bootstrap loader format. from the device 
loader whose read control status 

Se — register address is given. 
if RCSR is invalid. the CPU 
will hang; you must power off/on 
again. 


Example: load a progrom from the 
console device. 


a177560L 


RO(rubout ) correct entry | Corrects one or more erroneous 

DEL (delete) ougecical entries. ODT prints 
o backslash. ( ). for RO or DEL. 
You cannat delete a corgsand with 
this choracter. Also. it will 
not correct erroneous GPR numbers. 


Example: deposit 167106 in 
location 100; then verify the 
operation. 

2100/000120 5632 7106CR 


@/162106 (note truncation) 
register Used with an ODT command to 

$ designator operate on a GPR (specify 
0-7) or the PSW (specify S$). 


Example: examine GPR 5. deposit 
zeroes; then examine PSW. 


@R5/012345 OCR or. 3$5/7012345 OCR 
A@RS/000200 . or, @$S8/000200 
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3.3.2 REV11-A And REV1I1-C Options 


REV11 is the MA-refresh, bootstrap. and terminator modul@ for 
oy liad CPU To use REV11-A or REV11-C. prepare the CPU as 
o1'ows: 


1. 


Before power-up. put the HALT/ENABLE switch to ENABLE. 
Power-up the CPU. 


REV11 normally displays the prompt character, % and 
accepts any of the commands in Table 3-4 below. The 
underlined characters are those printed by REV11. 


NOTE 


Certain processor/terminal jumper configurations may 
put the CPU in ODT-11 at power-up (see 3.3.1). You 
can manually start REV11 under ODT with the ODOT go 
commond. G. Specify address 173000 (REVi1's starting 
address) as follows: 


a1720006 


The 30 command does not require a carriage return. 


Refer to the Miccacamputec Handbook for more information. 
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Table 3-4 REV11 Commands 


ommand Function Explanation 


~—"s se ee eerie ee eae eee ee eae eee eer eee — — ee — —— i ieee 





9D OOT-11 mode Processor wiil respond to ODT 

commands discussed in 43.3.1. 
This command does not requiire a 
cecciage cetuca. To return to 
2EVi1. issue the ODT-11 command. 
*, if you have not changed the 
PC. lf the PC has changed. 
is. e the G command, and specify 
a-dress 165006. 


Example: under REV11. transfer 
co-trol to ODT-11. 








$01 
‚ebpp (the PC value) 
aL <er> or absolute loader Loa’ the absolute loader program 
Al dddddd<cr> usin: the console paper —* 
read device (defavit) or the 


device whose RCSR cddress you 
specify. dddddd. The loaded 

pre rom self-starts. or else a 
alt occurs at 165626. 


AR<cr>,. or absolute/relocated Execute absolute loader program 

ARdddddd<cr> loader for relocated ne eel operation 
using console evice (default) or 
device RCSR = dddddd. Before 
using the AR commend, you nust 
prepore the CPU as follows: 
put the CPU in ODT mode. deposit 
the relocation address :c5 
(nnnnnn) into RY (the SW/SWR), 
and return control to REV11. 
Then you can issue AR 


$00 (transfer to ODOT) 
4 pppp (PC value) 

/xxxxxx nnnnnncCr 
(deposit relocation 
aP (return to REV1I1) bias 
SAR <cr> 


Successful load results in auto- 
matic program stort. Otherwise. 
the program halts with 165412 
display. 
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Table 3-4 (Continued). 





Command Function Explanation 

DX<er>, or floppy disc Execute RXV11 i OpPy disk system 

Xn <er> bootstrap bootstrap for dis (default) 
or disk n (0 or 1). 

DK <er> RKOS Execute RKOS bootstrap 

Kn <er > bootstrap 7 sb O (default) or disk on 
(O or 1). . 


NOTE 


1. AL. AR. DX. and DK also execute oa 
memory and processor diagnostic 
program before loading. 


2 <er> is a carriage return (octal 
code=015) command delimiter required 
by all commands except OD. 


3. REV11-A and REV11-C ROM starting 
address is 173000, resulting in 
non-memory-modi fyin processor 
diagnostic tes execution. 
Successful completion results in the 
$ prompt character being displayed. 
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33.3 The M9301 Conso'e Emulator 


The M9301 module contains a console emulator routine. When 
this routine is used in conjuction with the user's terminal, 
it generates functions quite similar to those found on the 
programmer's console of traditional POP-11 family computers. 


Summary of the Console Emulator Functions 


- this function loads the address to be manipulated into the 
systen. 


- allows the operator to examine the contents of the address 
that was loaded and/or deposited. 


- allows the operator to write into the address that was 
loaded and/or examined. 


- initializes the system and starts execution of the program 
at the address |oaded. 


- allows the booting of a specified device by typing in a two 
character code and optional unit number. 





H 3 
OPERATOR'S CONSOLE Page 3-15 


CONSOLE EMULATOR OPERATION 


The console emulator allows the user to perform load. examine, 

deposit. start. and boot functions by typing in appropriate 

cade on the keyboard. 

There are three ways of entering the console emulator: 

1. Move the power switch to the on position. 

2. Depress the boot switch. 

3. Automatic entry on return from a power failure. 

After the console emulator routine has started and the basic 

CPU diagnostics have all run successfully, a series of numbers 

representing the contents of RO.R4. SP and PC tn eagle ph 6 
e 


will be printed +4 the terminal. This sequence wil! 
followed by a $ on the next line. 


HKKAAAAAAA AA AAA AA AAA AAA AAA AAA AAA AAA AAA AAAS 
EXAMPLE--A TYPICAL PRINTOUT ON POWER UP: 


— XXXXXX XXXXXX XXXXXX 
RO RY R6 PC 
stack program 
prompt pointer counter 
choracter (sp) 
NOTE 


x signities an octal number (0-7). 

Whenever there is a power up routine, or the BOOT 
switch is released from the INIT position. the PC at 
this time will be stored. The stored valve is printed 
out as above (noted as the PC). 


KKAKAAAAA AAA AAA AAA AAA KARA EAR EAA AAA AAA EAE RAE TY 
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USING THE CONSOLE EMULATOR 


Once the system has been powered up or booted, and RO, R4. SP, 
PC and §$% have been printed. the conscle emulator routine can 
be used. 


Keyboord input symbols--the discussion of keyboard input 
formot uses THE FOLLOWING SYMBOLS: 


1. spoce bar: (SB) 


2. cerriage return key: (CR) 
All commands ore terminated with a carriage return 


Z. any number 0-7 (octal number) key: (x) 
Keyboard input format--load. examine. deposit. start. Al | 


character eys shown in the following discussion respresent 
themselves with the exception of those in porentheses. 


EUNCT1ON 

LOAD ADDRESS . tos 42) (2d (23 te) fad Oe) 

EXAMI NE E (SB) 

DEPOSIT D (SB) (x) (x) (x) (x) Cx) WX) 

START S (CR) 
Order of significance of input keys--the first character that 
is typed will be the most significant choracter. Conversely. 
the last choracter thut is typed is the least significant 
character. 


Number of characters---the console emulator routine con accept 
up to six cctal numbers in the range of O-32k. If all six 
numbers are input. the most significant number should be a one 
or a zero. 


Leading zeros--when an address or dato word contains leading 
zeros, these zeros can be omitted when ioading the address or 
depositing the data. 


NOTE 


Even addresses only--the console emulator routine wili 
not work with odd oddresses. Even numbered addresses 
must always be used. 


— ener — — — — — — — 
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99950555555 55050 5000000505000 


Example using the _ load. examine. deposit. and = start 
function--assune thot o user wishes to: 


1. turn on power 


2. toad address 700 
3. examine location 700 
4 deposit 777 into location 700 
5. examine location 700 : 
6. start at location 700 
USER TERMINAL DISPLAY 
1. turns on power XXXXXXXXXXXX RURREX KERERE 
2. L (SB) 700 (CR) $ L 700 
3. €& ($8) §$ —E 000700 xxxxxx 
4 0 (SB) 777 (CR) $ D 777 
5 E (SB) $ E 000700 000777 
6 S$ (CR) $$ 


2550000500200 9 500000909980 95 0 > 00 2 002 0 > 0 2 8 oo 2 8 8% D0 7 D8 0 0 8 0 | 


— — — — — — — — —— — — — 
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SUCCESSIVE OPERATIONS 


EXAMINE--successive examine operations are permitted. The 
address is loaded for the first examine only. Successive 
examines cause the address to increment by two and will 
display consecutive addresses along with their contents. 


KEKKAAAAE AAA AAA AAA AAA AA AAA AAA AAA AAA AAA AAA A KAKA AAA AEE ATE 


hw Hy of successive examine operations--examine addresses 





500- 

OPERATOR INPUT TERMINAL DISPLAY 
L (SB) 500 (CR) $. 500 

—E (SB) $E 000500 xxxxxx 
E (SB) $E 000502 xxxxxx 
E (S86) $E OOOSON xxxxxx 
E (SB) SE 000506 xxxxxx 


KKKKAKAAAAA AAA AAA AA AAA AA AAA AKA AAA AAA AAA AAA AAA AKERS 


— —— — — — —— — 


eee eee — — — — 
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DEPOSIT--successive deposit operations are permitted The 
procedure is identical to that used with examine. 


KKEKAAAKAAAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AREER EKA 
Example of successive deposit operations 
Deposit: 60 into location 500 


2 into location 502 
4 into tocation 504 


OPERATOR INPUT TERMINAL DISPLAY 
L (SB) 500 (CR) $L 500 

D (SB) 60 (CR) $0 60 

D (SB) 2 (CR) $0 2 

D (SB) 4 (CR) $D 4 


KEKEAAAAAAAA AAA AAA AA AAA AAA AAA AAA AKA AAA AAA AAAS 


ALTERNATE DEPOSIT-EXAMINE OPERATIONS---this mode of operation 
will not increment the address. The address will contain the 
last data which was deposited. 


RKXEAAAAAAAAAAAAAAAAAA AAA AA AAA AAA AAA AAA AAA IY 


Example of alternate deposit-examine operations---load address 
500. deposit the following numbers with examines after every 
deposit: 1000. 2000. 5420. 


OPERSIOR LNPUT TERHLNGL OLSPLBY 
L (SB) 500 (CR) $i 500 
D (SB) 1000 (CR) $0 1000 
E (SB) $—E 000500 001000 
OD f 2000 (CR) $0 2 

) $—€ 0005U0 002000 
D (SB) 5420 (CR) 


$0 5420 
E («(SB) $€ 000500 005420 
KEXEAAAAAAAA AK AAA TARA AAAI LAA AAA AAA AAA AAA AAA AAAS 


LIMITS OF OPERATION--The M9301 console emularior routine can 
directly manipulate the lower 28K of ——* and the 4K 170 
page. Refer to the ED2-11234 Processoc Uaodbook for o 
procedure to utilize the memory management unit to examine or 
deposit in expanded memory. 
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BOOTSTRAP PROCEDURES 


This chapter explains how to maggnsate a CPU. Bootstrapping 
is a procedure that starts a CPU. ssentially. you load and 
execute a very short program called a baatstcap loadec- whose 
only function is to load and start ao larger sonitoc pcogcas 
(for example. the absolute loader or an XXDP monitor). 


Here are the general methods for bootstrapping a CPU: 


1. 1 the bootstrap loader program manually and execute 
IV. 


2. toad the starting address of ao baatstcap ROU (a bootstrap 
loader proaram contained in read-only-memory) and start 
the CPU. : 

3. activate a “boat” buttan ac switch on the console. 

4. +7 eam commands under OD'-11 or REV11 (LSI-11 and 


This chapter assumes that you understand all the information 
in Chapter 3 that relates to your cperator’s console. 


TOGGLE-IN THE BOOTSTRAP LOADER PROGRAM 


If the CPU you ore using has no bootstrap ROM and no bootstrap 
switch on the console, then you must manually veers the 
bootstrap loader program into moony and execute it. his is 
called the toggle=ion procedure. Ine bootstrap loader program 
that you “4 varies according t2 the device you are 
using to load the monitor (the manitoc load device). The 
sitll ore the actual toggle-in programs. arranged by 
monitor load device (controller/drive). The proorams core also 
listed on the XXDEZDECY11 Pcagcamaiog Cacd. 


N 3 
BOOTSTRAP PROCEDURES Page 4-2 


1.1 P2Cii Bod O11 


(high-speed paper tape reader; teletype console poper tape 
reader ) 


1. Balt the processor. 


2. Choose a 3-digit number from Table 4-1. corresponding to 
the memory available. 


Tobie 4-1. Address Prefixes for Pape> Tape Bootstrap Loader 


MEMORY SIZE PREFIX 
4K 017 
8K 037 
12K 057 
16K 077 
20K 117 
24K 137 
28K or greater 157 


3. Deposit the following bootstrap loader program into 
memory, using the 3-digit prefix from Table 4-1 for the 
first 3 digits of each address. and also for the first 3 
digits of the cantents of location xxx 766 


ADDRESS CONTENTS 

xxx 744 016 701 - 
xxx 746 000 026 

xxx 750 012 702 

xxx 752 000 352 

xxx 754 005 211 

xxx 756 105 711 

xxx 760 100 376 

xxx 762 116 162 

xxx 764 000 002 

xxx 766 xxx 400 

xxx 770 ‘ Q05 267 

xxx 772 177 756 

xxx 774 600 765 

xxx 776 177 560 if load device is teletype reader. 


177 550 if toad device is PC11. 
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y. 


= } 


Place the absalute Loadec papec tape in the reader. 


NOTE 


The absolute loader is the anoly monitor for use _ with 
paper tape systems. You must have a copy of the 
absolute loader on paper tape to use this procedure. 
There is a separate absolute loader for CPU's that 
have HWZSWR’s and for those with SWZSUR-s. 


Load addcess xxx 744. 

Put the HALT/ENABLE switch to ENABLE. 

Stact the CPU. 

You have loaded the absclute loader. it is not 


self-starting: it requires your intervention to load and 
execute programs. Proceed to Chapter 5 


C 
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1.2 RQK11ZR2K05 (DECpack Disk Cortridge) 


1. 
2 


- 7 PF FS 


Halt the CPU. 

Prepare the monitor load device: mount the monitor 
DECpack volume on drive QO. start the device, and 
write-protect it. 


Oepasit the following values at the specified locations: 


ADDRESS CONTENTS 
010 000 012 737 
010 002 000 005 
010 904 177 404 
010 006 000 001 


Load address 010 000. | 

Put the HALTZENABLE switch Jo ENABLE. 
Stact the CPU. J 

Wait one second and halt the CPU. 
Laad addcess 000 000. 

Put the HALTZENABLE switch to ENABLE. 
Stact the CPU again. 


The monitor is ioaded. Proceed to the chapter that 
describes the monitor you ore using. 
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4 1.3 ICi’iIZIUSe (DECtape) 


3 
2 


10. 


Halt the CPU. 


Prepare the monitor lcad device: mount the moniter 
DECtape volume on drive 0. start the device. «and 
write-protect it. 


Deposit the vaive 004 003 at location 177 342. ae rape 
will rewind and stop in the end zone. The “remote” light 
on the drive should remain |it. 

Examine the current location. 


Deposit the valve 000 001 in the current location. The 
remote light should go out. 


Deposit the following values at the locations specified: 


ADDRESS CONTENTS 
000 216 012 737 
G00 220 000 005 
000 222 177 342 
000 224 000 777. 


Load addcess COO 216. 
Put the HALT/ZENABLE switch to ENABLE. 
Stact the CPU. 


The monitor is loaded. Proceed to the chapter that 


describes the monitor you are using. 
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14 ItiiZIuid (7-track Magtape) And IMiiZISOS (9-track Magtape) 


1. 
2 


Halt the CPU. 

Prepore the monitor load device: mount the monitor 
magtape volume on drive QO. start the drive, ana 
write-protect it. 

Rewiad drive 0 to “bot” and set “on-line”. 


Deposit the following values at the specified locations: 


ADDRESS CONTENTS 
010 000 005 137 
010 002 172 524 
610 004 012 737 
010 006 060 011 
010 010 172 522 
010 012 000 777 
010 014 012 737 
010 016 060 003 
010 Geu 172 522 
010 022 105 737 
010 024 172 522 
010 026 100 375 
010 030 000 137 
010 032 000 000 


Laed adrcess 010 000. 

Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 

Wait une second and halt the CPU. 
Lead addcess 010 O14. 

Pit the HALT/ENABLE switch to ENABLE. 
“tact the CPU again. 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you are using. 
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1.5 IsmO2ZIUib (9-track Magtape) 


1. 
Z. 


es Be EL. 


Halt the CPU. 

Prepure the monitor locd device: mount the monitor 
magtape volume on drive Q, start the drive, and 
write-protect it. 

Rewioad drive 0 to “BOT” and set “on-line”. 


Deposit the following values at the specified locations: 


ADDRESS CONTENTS 
010 000 012 737 
010 002 001 300 
010 004 172 472 
010 006 012 737 
010 010 177 777 
010 C12 172 446 
010 014 012 737 
010 O16 000 O31 
010 020 172 440 
010 022 105 737 
010 O24 172 452 
010 026 100 375 
010 030 012 737 
010 032 177 400 
010 O34 172 442 
010 036 005 037 
010 O40 172 444 
010 O42 , O42 737 
010 O44 007 
010 O46 172 452 
010 050 . 012 737 
010 052 000 071 
010 O54 172 440 
010 056 105 737 
010 060 172 440 
010 062 000 100 
010 064 000 375 — 
010 066 000 137 


Load addcess a 000. 
Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you ore using. 
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4 1.6 JRlIIZIUEO (Cassette) 


NOW £ 


Halt the CPU. 


Prepare the monitor load device: 


mount 


cassette on drive 0. and write-protect it. 


G 
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the monitor 


Deposit the following vaiuves at the specified locations: 


ADDRESS CONTENTS 
001 O00 012 700 
001 002 177 500 
001 O04 005 010 
001 O06 010 701 
001 010 062 701 
001 012 000 052 
001 014 012 702 
001 016 000 375 
001 020 112 103 
001 022 112 110 
001 024 100 413 
001 026 130 310 
001 O30 001 776 
001 032 105 202 
001 O34 100 772 
001 036 116 012 
001 O40 000 002 
901 O42 120 337 
001 O44 000 000 
001 O46 001 767 
001 050 000 O00 
001 052 ooo 755 
001 054 005 710 
001 056 100 774 
001 060 005 007 
001 017 640 
001 064 002 415 
001 066 112 024 


Load addcess 001 O00. 


Put the HALT/ENABLE switch to ENABLE. 


Stact the CPU. 


The monitor is loaded. Proceed 
describes the monitor you are using. 


to 


the 


chapter 


that 


— — — — 
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1.7 Wii. 2XUL1ZR2xXO1 (Floppy Disk) 
1. Galt the CPU. 


2. Prepare the monitor load device: mount the monitor floppy 
disc volume on drive 0 and start the device. 


3. Depasit the following values at the specified locations: 


ADDRESS CONTENTS 
001 000 005 000 
001 002 012 701 
001 O04 177 170 
001 006 105 711 
001 010 001 776 
001 012 012 711 
001 014 000 003 
001 016 005 711 
001 020 001 776 
001 022 100 405 
001 O24 105 711 
001 026 100 004 
001 O30 116 120 
001 032 000 002 
001 O34 000 770 
001 036 000 000 
001 O40 005 000 
001 O42 000 110 
001 O44 000 000 
001 O46 000 000 
001 050 000 000 


Laad addcess 010 O00. 
Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 


‘ei ee od oo 


The monitor is loaded. Proceed to the chapter that 
describes the moniter you ore using. 


— — — — J — 
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4 1.8 RE11Z2002. REOS ‘(Multi-surface Disk Pack) 


1. 
2. 


tv 


~~ F FF F 


Halt the CPU. 

Prepore the monitor load device: mount the monitor disk 
pac volume on drive 0, stort the device, and 
write-protect it. 


Depasit the following values at the specified locations: 


ADDRESS CONTENTS 
001 000 012 705 
001 002 176 716 
001 004 012 715 
001 006 177 400 
001 010 012 745 
001 012 000 005 
001 014 105 715 
001 016 100 376 
001 020 005 007 


.oad addcess 001 OOO. 
Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you are using. 
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4 1.9 RBH1i1. BHZ0Z2R204. REOS. REDS (multi-surface Disk Pack) 


NOW £ 


Halt the CPU. 


Prepore the monitor load device: mount the monitor disk 
volume on drive 0. start the device, and write-protect it. 


Deposit the following values at the specified locations: 


ADORESS CONTENTS 
010 O00 012 700 
010 002 176 700 
010 O04 012 710 
010 006 000 023 
019 010 005 060 
010 012 000 O34 
010 O14 005 060 
010 016 900 006 
010 020 012 760 
010 022 177 400 r 
010 O24 000 002 
010 026 012 710 
010 O30 000 071 
010 032 105 710 
010 O34 100 316 
010 036 005 007 


Load addcess 010 O00. 
Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you are using. 
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1.10 R@H11. BHZ0ZR8SO3. B2SO& (Single-disk. Fixed Head) 
1. Halt the CPU. 


2. Prepare the monitor load device: mount the monitor disk 
volume on drive QO. start the device, and write-protect it. 


3. Depasit the following values at the specified locations: 


ADDRESS CONTENTS 
001 900 012 705 
001 002 i172 O44 
001 O04 012 745 
001 006 177 400 
001 010 012 745 
001 012 000 071i 
001 014 O32 715 
001 016 100 200 
001 020 001 775 
001 G22 100 762 
001 O24 005 007 


Load addcess 001 O00. 
Put the HALTZENABLE switch to ENABLE. 
Stact the CPU. 


or oP hU6rP 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you are using. 


— — — — ——— — — — 
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1.11 RK611Z8K06 (Double High-density Disk Cartridge) 


1. 
2 


SF rr FP 


Halt the CPU. 


Prepore the monitor load device: mount the monitor RKO6 
pack on drive 0. start the device. and write-protect it. 


Deposit the following valves at the specified locations: 


ADDRESS CONTENTS 
010 000 012 737 
010 002 000 003 
010 O04 177 440 
010 006 012 737 
010 010 177 O00 
010 012 177 442 
010 014 012 737 
010 016 000 021 
010 020 177 440 
010 022 000 001 


Laad addcess 010 000. 

Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 

Wait one second and halt the CPU. 
Laad addcess 000 000. 

Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU again. 


The monitor is loaded. Proceed to the chapter that 
describes the monitor you are using. 
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_2 BOOTSTRAPPING WITH THE M9301 MODULE 


Halt the CPU. 


Laad the M9301 stact addcess: 173000. or 773000 under 
memory management. 


If the CPU nas HALTZENABLE switch. place it in the cNABLE 
position. 


Stect the CPU. You should receive a prompt character. 8. 


Prepore the monitor load device: load the monitor volume 
on unit O. start the device. and write-protect it. 


Determine the two-choracter code for that device from 
Table 4-2. 


Issue the two-character code as a command. (You can 
append a number from 0-7 to the commard if you wish to 
specify a device unit. ) 


The monitor is loaded. Some monitors are self-starting- 
others, such as the absolute loader. require your 
intervention to load and execute progroms. Proceed to the 
chapter that describes the monitor you are using. 
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Table 4-2. Bootstrap Device Codes Supported By M9301. . 


OOT 
CONTROLLER/DEVICE DESCRIPTION COMMAND 
RK11/RKOS DISK CARTRIDGE DK 
RP11/RPOZ, 03 RPO2/03 DISK PACK OP 
TC11/TUS6 DECTAPE OT 
TM11/TU10, TSOS 800 BPI MAGTAPE MT 
TA11/TU60 MAGNETIC CASSETTE CT 
RX11,RXV11/RXO01 DISKETTE DX 
OL1i/TTY ASR-33 TELETYPE TT 
PC11 PAPERTAPE PR 
RH11,RH70/RSO3, 04 FIXED HEAD DISK OS 
RH11,RH70/RPO4.05.06 DISK PACK OB 
TMOZ/TL16 MAGNETIC TAPE Mn 
RK6117RKO06 DISK OM 


NOTE 


Be sure that your version of M9301 supports the load 


device you are using. 
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.3 BOOTSTRAP LOADER ROM'S 


= is the procedure for loading a monitor with a bootstrap 


1. 
2. 
3. 


Determine the bootstrap ROM included in your CPU. 
Halt the CPU. 


Prepare the monitor load device: load the monitor volume 
on unit 0. start the device, and write-protect it. 


Determine the %(OU stact addcess fac that device from Table 


NOTE 


For multi-unit devices. the default load 
unit is unit 0. Consult the PDP-11 Pro- 
Pema Card for ROM start addresses for 
oading device units other than unit 0. 


Load the ROM stact addcess for the device into the CPU. 


lf the CPU has a HALT/ENABLE switch. put it to the ENABLE 
position. 


Stact the CPU. 


The monitor is loaded. Some monitors are self-starting- 
others, such as the absolute loader. require your 
invention to load and execute programs. Proceed to the 
chapter that describes the monitor you are using. 





— — 
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Table 4-3. Bootstrap ROM Starting Addresses for Specific Devices 


When loading from RK11 (RKOS DECpack) and ITCit 
(DECtape) using the BN792 bootstrap ROM, you must 
aiso set the switch cegistec to the valves given 
in the table before you sicct the CPU. 


n.s. means that the device 's not supported by 
thet ROM 


CONTROLLER/DEV'!CE BN873-YB BN873-YA MR11-08 = BN792Z ‘ 

RX11,.RXV11/RX01 n. Ss. n. s. n. Ss. 773400 

RK11/7RKO5S 773030 773010 773110 773100 (SWR=777406) 

TC117TUS6 773070 773030 773120 773100 (SWR=777 344) 

TM11/TU10, TSOS 773110 773050 773136 n. $s 

TMO2Z/TU16 773150 n. S. n. Ss. n. $s 

TA11/TU6O 773524 773230 n. $s. 773300 

RP11/RPOZ, 03 773350 773100 773154 n. $s 

RH11,RH70/RPO4, 05, 06 773320 n. S. n. $s. n. $s 

RH11,RH70/RSO3, 04 773000 n. S. n. $s. n. $s 

RF 11 773136 773000 773100 n. $ 

RC11 773212 773144 773220 n. s 

PC1i1 773620 773312 n.s n. $s 

KL11,DL11/7TTY _ 773510 n.s Fo ni, 0 ae ae ee 1, 5 A Ol 
NOTE 
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4 4 USING A BOOT SWITCH OR BOOT BUTTON ° 


Some CPU's have ao “boot” switch or button on the operator's 
console. The operation of this switch depends on the —2* 
of the system. but in any case. it is a fast convenient way to 
execute the program contained in a bootstrap RON. 


in some systems the ROM will display ao prompt character. 8. 
Here, you must direct the ROM to the_ loading device by 
—** ing a two-charocter code (refer to Table 4-2). Then 
the ROM will toad the monitor. 


In other systems the switch or button starts a ROM that reads 
from a predetermined hardwaore-specified device. You have only 
to prepare that device and activate the switch or button: the 
ROM will then toad the monitor automatically. 


As with any of the other bootstrap procedures. some monitors 
will self-stort; others. such as the absolute loader require 
your intervention to load and execute programs. When you have 
loaded the monitor. proceed to the chapter that describes the 
monitor you are using. 


.§ USING A ROM AT POWER-UP 


Power-up bootstrap ROM's opercte exactly like the “boot” 
switch procedures that display the prompt character. 8. 
(Refer to 4.4 above). You direct the ROM to the monitor 
Ne ne device by specifying a two-character code (see Table 
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4.6 BOOISIRBERING UNDER ODI=11 (LSi-11 OR 11703) 


1. 


Ensure that the CPU is at ODT command level with a prompt 
choracter. @ Refer to 3. 3.1. 


Prepare the device from which you are loading the monitor. 


Determine the read-control-status-register adoress (RCSR 
address) for that device. 


issue the ODT !oad command. L. using the device RCSR 
address: annnannnl where nnnnnn is RCSR. 
The monitor is loaded. Some monitors will self-start, 
others, such as the absolute loader require your 


intervention to load and execute programs. Proceed to the 
chapter that describes the monitor you ore using. 


7 BOQQISIR@RRING UNDER REVI (LSI-11 OR 11/703) 


1. 


Ensure that the CPU is at REV11 command level with the 
prompt character. $ Refer to 3.3.2. 


Prepore the device from which you ore loading the monitor. 
Determine the RCSR address for that device. 


issue one of the following REVi1 commands: 
AL. if you are loading the absolute locder. 


AR. if you are loading the absolute relocatable loader. 


DX. if you are loading the monitor from floppy disc. 
This command does not require RCSR. but you may 
specify a device unit. 

DOK. if you are loading the monitor from RKO5. This 
command does not require RCSR. but you may specify 
ao device unit. 


The monitor is loaded. Some monitors are self-starting- 
others, such as the absolute loader. require your 
intervention to load and execute programs. Proceed to the 
chapter thot describes the monitor you ore using. 
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xomples: SAL 


$AL 177550 
SAR 
$AR 177550 


$D> 
$0X1 
$D0K 
$D0K 1 


loads the absolute loader from the 
console teletype reader, the default 
device. 


loads the absolute loader from PC11 
poper tape reader. 


loads absolute relocatable loader from 
console teletype reader. 


loads absolute relocatable loader from 
PC1i paper tape reader. 


loads monitor from floppy disk 0. 
loads suai ter from floppy disk 1.» 
toads monitor from RKOS disk O. 
loads monitor from RKOS disk 1. 


or more information on REV11 commands. see poragroph J. 3. 2. 


Page 4-20 


CHAPTER 5 | 
THE ABSOLUTE LOROC® 


The absolute loader is the monitor for paper-tape-based 
systems. The basic operating procedure is as follows: 


1. toad if necessary, and execute a boatstcap laadec that 

will-- 
2. toad the absalute Laadec. which in turn will enable you 

“2 , 
3. toad your peagcams from paper tape. 


5.1 LOADING THE ABSOLUTE LOADER 


If your system requires you to taggle-io the bootstrap loader, 
then follow the procedure given under 4. 1. 1. 


If you ore operating under an 89301 madule. then bootstrap the 
monitor as described under 4.2 


if your system ‘has a boaatstcap RON. then follow’ the 
instructions under 4. 3. 


When you have bootstrapped the absolute loader. proceed to 
paragraph 5. 2 


5.2 LOADING DIAGNOSTIC PROGRAM TAPES 


Once you have loaded the absolute loader. you can then load 
your diagnostic programs from paper tape. 





— — 
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Here is the normal procedure for loading program tapes: 


1. 


Place the diagnostic paper tape into the paper tape 
reoder. (Set HW/SWR to zecaes--al! switches dawn. ) 


If your CPU console has a CONT contro! switch. activoce 
it. The absolute loader should load the diagnestic pnper 
~— (Go to Step 5.) If it doesn't load it. go to step 


lf you ore — from a terminal device, issue the ODT 
proceed command. . The absolute loader shou!d load the 
iy aah paper tape. (Go to Step 5.) If it doesn't. go 
to Step 4. 


Some systems require you to start again after loading the 
absolute loader. In this case you must load the starting 
address of the absolute loader. xxx500 (xxx determined 
from Table 4-1). and start the CPU. (Under ODT you would 
issue the Go command, G. with the absolute loader starting 
oddress: a@xxx500G. ) 


The diagnostic is loaded. The absolute loader will not 
automatically start execution of diagnostic programs. 
Proceed to paragraph 5. 4. 
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NOTE 


There is a separate absolute loader for CPU's with 
HW/SWR's and for those with SW/SWR's. The two 
absolute loaders function alike. but they access 
different locations to read switch settings. (See 
aiso Chapter 6) 


If you are using the version of the absolute loader 
that reads HW/SWR's and your CPU has SW/SWR's. then 
you must make the followin alterations to the 
absolute toader in the CPU before loading your 
diagnostic program tapes. (If the absolute loader 
version matches the CPU. then use the normal program 
loading procedure above. ) 


1. Load address xxx516 (xxx determined from Table 
Y-1). This location is the pointer to the CPU 
HW/SWR. 


2. Deposit the valve 000176 in locetion xxx516. Now 
the pointer contains the address of the SW/SWR. 


3. Load address 000176 and deposit zeroes (uniess you 
need oa specific switch setting). You are setting 
the SW/SWK to zeroes. 


4 Follow instructions 1. 4% and 5 of the normal 
procedure above. 


5.3 OVERLAYING ANOTHER DIAGNOSTIC PROGRAM 


You can use the procedure described in Step 4 of the normal 
procedure above to load in another diagnostic program at any 
time. It will overlay the one currently in memory. However, 
thot progrom currently in memory must not hove altered the 
absolute loader during its execution. 


—— — ——— 
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4 EXECUTING THE PRUGRAN 
The program loaded and the switch register set (Chapter 6), 
you are ready to begin program execution. Follow this 
procedure. 
For CPU's without tecaiocls: 
1. HALT the CPU. 
2. LOAD address 2U0. 
3. ENABLE the CPU. 
y 


Activate START switch. 


For CPU's with teca.oals: 


1. Put CPU at termina! command level: ODT or M9301 command 
level. (See 3. 3). 


2. Under ODT issue a Go command. G. and specify address 200: 
@200G 

3. Under M9301 lood address 200 and issue a start command: 
$ L 200 <CR> 
$$ 


CPU is now under program control. 


5.5 RESTARTING THE PROGRAM 


Refer to the appropriate appendix for specific restart 
addresses. — allows you to resume program execution 
without going through the whole start procedure again. 


—— — — — — — — 


CHAPTER 6 
SWITCH REGISTERS 





A switch cegistec is ao set of switches that a program looks at 
in order to determine which paths of execution it should toke. 


HOROWSRE SWLICH REGISTER 


The hecdwace switch cegistec- or HW/SWR. is a _one-word 
hardwore location at UNIBUS address 177570. or 777570 with 
memory »:-nagement. You load. the HW/SWR with an appropriate 
value, depending on what you want the program to do. If you 
do not know the specific switch settings for a gi “bes then 
set the HW/SWR to zecoes. This is the standard setting. (lif 
you load a HW/SWR with all anes. a diagnostic program wil! 
look instead at location 000176. the saftwace switch cegistec. 
for its directions. See paragraph 6. 2). 


Some processors allow you to load the HW/SWR at any time 
durin hee han execution using the cansale switch panel. The 
switch ponel corresponds bit-by-bit to the HW/SWR. If a panel 
switch is up. the corresponding bit in the HW/SWR is “on” or 
equal to 1; down is "off" or 0. When the CPU is cunning, the 
switch panel setting is the current value of the HW/SHR. 


Processors with keypad cansales allow you to load the HW/SHR 
ot any time by using the LSR button (ioad-switch-register). 
You can enter up to six actal digits: the CPU truncates to 
the low-order sixteen bits. You caanat load the HW/SWR on a 
keypad console with LAD + DEP operation. Likewise. you casaat 
display the contents of the HW/SWR with ao LAD + EXAM 
——38 The CPU does display the HW/SWR contents at START 
or ime. 
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6 2 SOFTWARE SWiICH REGISIER 


Some CPU's do not have a HH/SWR (e.g... LSI-11 or 11703). In 
a * diagnostic programs refer instead to location 

called the saftwace switch cegistec. or SW/SHWR. The SW/SWR 
provides the same function as the HW/SHR. However, the 


loading procedures ore different. See paragraph 6. 3. 


NOTE 


You can force a diagnostic to treat a HW/SWR CPU as 
—** it were a SW/SWR CPU. There ore two ways to do 
is: 


1. Set the HW/SWR to all anes. Most diagnostics will 
refer to location 000176 for the switch register 
setting under this condition. 


2. Halt the CPU aftec Laading the diagnostic. but 
befoace stactinog it. Using the cross-reference 
table in the diagnostic's oe listing. find 
the location labelled "“SWR" or "“SWREG". Change 
the contents of this location to OQ00176 (i.e, 
lead its addcess and deposit 000 176). Return 
contro! to the CPU: either load addcess 200. 
enable and stact the CPU: ac- Laad the XxXDP 
cestact addcess given in the ready message, enable 
and stact the CPU. and issue an XxXDP_ start 
command. S. (See 7.4. 3). 


>. 3 LOGOLNG IME SOEITWARE SWLICH REGISTER 


When you stort a diagnostic. it will check to see whether the 
processor has a HW/SWR. If there is no HW/SWR (or if you have 
oe: + ge all anes). the diagnostic will look at location 


the softwore switch register. for the switch setting. 
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Some diagnostics allow you to modify the SW/SHR while they ore 


executing. This is colled dynamic switch cegistec 
eodificatian. Such a diagnostic will give you the following 
message: 

SWR = nnannnn NEW SHR = 


and expect you to enter the value you need: nnnnnn is the 
current setting. At any time thereafter. you may change the 
SW/SHR by typing ao G (or CNTRL G) at the terminal. The value 
you enter can be up to six actal digits: the diagnostic wil! 
truncate the number to the low-order sixteen bits in case of 
overflow. If you do not enter a new value, the old SW/SWR 
setting remains. You must complete the operation with a 
cecciage cetuca. 


in addition. if you enter a erroneous value. you can delete it 
befoce you have done a corriage return oy typing U (or CNTRL 
U). The diagnostic will then accept the corrected switch 
register setting. 


NOTE 


All CNTRL operations ( ) mean that you press the 
CNTRL-key ( -key) si@ultaneously with o letter key. 


if the diagnostic does nat pcavide dynamic switch register 
modification. then you must set the SW/SWR befoce stactinog the 
diagnostic program. You do this by halting the CPU. loadin 

addcess 000 176. and depasiting the switch register value tha 

the diagnostic requires. Then you Load either the program's 
stact addcess (usually location 200) or the monitor's cestact 
addcess (given in the -eady me pant oh then enable and stact 
the CPU. If you are returning to the monitor, then you must 
Saag My start command. S. to start the diagnostic program (see 


> 4 ST@NOBRO SWLICH SLEITINGS 


Most diagnostics use switches to set test parameters. The 
following are standard switch settings. A switch is set when 
it equals one. 


— — — 
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Table 6-1 Switch Register Settings 


KEYPAD CPU & 
HW SWITCH SW/SWR SETTING OPTION 
15 100 000 halt on error 
1% #040 000 loop on test 
13. 020 000 inhibit error typeouts 
12 010 000 inhibit trace trap 
11 004% O00 inhibit iterations 
10 002 000 bell on error 
9 001 000 loop on error 
8 000 400 to loop on test 
000 777 specified in bits 0-7 of SWR. 
NOTE 


The keypad and SW/SWR — = are 
accugulative. If you want more than one 
option. then add the SWR values and 
enter the sua as the SWR ac phe» For 
example. if you want to win e the 
first four options in the list. add the 
first four SWR settings. Then enter 170 
000 as the SWR_ setting. Likewise. 
choosing the first. third. fifth and 
seventh options will give a SWR setting 
of 125 O00. 
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SWITCH 15 - HALT ON ERROR 


This switch is checked in the error routines and when found 


to be on o one the progrom will halt. 

SWITCH 14 - LOOP ON TEST 
When set. this switch will couse the diagnostic to loop on 
the test presently being executed. 

SWITCH 13 - INHIBIT ERROR TYPEOUTS 
When set. error messages will not be typed (output) on the 
console. 

WITCH 12 - INHIBIT TRACE TRAP 
Normally a program will run with the "T" bit set on alternate 
posses of the program If this switch is set (equal to one) 
the "T" bit will not be set. 

WITCH 11 - INHIBIT ITERATIONS 
lf this switch is set, the subtest being performed wil! be 
iterated only one time. 

SWITCH 10 - BELL ON ERROR 
If set. and error will cause the TTY bell to ring. 

SHITCH 09 - LOOP ON ERROR 
If this switch is set. the diagnostic will loop on the test 
that caused the error. If the error goes awoy during the 
looping, the diagnostic will proceed to the next test. 

SWITCH O08 - LOOP ON TEST IN SWR<O7: 00> 
if this switch is set. the diagnostic will loop on the test 
* specified by bits <07:00> of the switch register 

| NOTE 
Many diagnostics do not use this convention. Such 


diagnostics need specific input parameters ond therefore 
need special switch settings. 


xxDP 
incl 





CHAPTER 7 
LOADING & RUNNING DIAGNOSTICS UNDER XXDP 


is a grouvo of PDP-11 diagnostic software monitors thot 
udes the following: 


- TC11 diagnostic package (DECTAPE). 

- RK11 ge pa package (DECPACK). 

- TM11/TMOZ diagnostic package (7 or 9 track MAGTAPE). 
9 track can be loaded from TUIO or TU16 

TA11 diagnostic package (TM11 Cassettes). 

RX11 diagnostic package (Floppy Disk). 

RP1i1 ES a package. 

RH11/7RPO4Y diagnostic package. 

RH11/RSO3 diagnostic package. 

RKO6 diagnostic package. 


The XXDP packages contain the diagnostic monitors. diagnostic 


util 


ities. and diagnostic programs on media other than paper 


tape. XXDP packages have the following advantages: 


1. 


Easy and convenient means of loading programs under 
keyboard control. 


Means ore provided for updating and modifying programs. 
Possible to sequentially run a series of programs —** 
e 


use of the "chain mode" feature. Programs must 
chainable. See paragraph 7. 7. 
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Ail XXDP packages require: 

1. POP-11 processor with at least 8K storage. 

2. Console terminal device. 

3. One of the diagnostic package media: 

TC11 dectape control and TUS6 transport or. 
RK11 disk controi and RKO3 or RKOS drive or. 
TA11 control and TU60 cassette drive or, 

TM11 magtape control and TUIO magtape drive or. 
TMO2 magtape control unit and TUI6 drive or. 


>? * FF PF 


RX11/7RXV11 floppy control unit and RXO1 floppy drive 
or, 


RP11 disk controller and RPO3 drive or. 

RH11/RH70 disk controller and RPOY/RPOS/RPOG drive or. 
9. RH11/7RH70 disk controller and RSO3/RSO4 drive or. 

10. RK611 disk controller and RKO6 drive. 


* 


The above requirements are for oo ay and running diagnostic 
programs already stored on one o the diagnostic package 
media. 
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LOADING AN XXDP MONITOR 


You toad an XXOP monitor as described under Chaptec 4% 
Bootstcap Pcoceduces. 


First. determine your processor configuration: does it have 
bootstrap ROM's or M9301? a “boot” button or switch? must 
you toggle-in? etc. 


Then. depending on the load medium you are using, refer to the 
ay ena paragraph to see how to bootstrap from that 
evice 


When you have successfully loaded the monitor. it gives you 
the following message: 


aacac-a dd-mmm-yy xxxx-xxxx MONITOR nnk 
RESTART ADDRESS: — 

BOOTED ViA UNITE: 

TO ABORT THE FOLLOWING HELP MESSAGE TYPE CTRL C ( C) 


TYPE: 

F<CCR> TO SET CONSOLE FILL COUNT. 

D<CR> FOR DIRECTORY ON CONSOLE. 

D/F<CR> FOR SHORT DIRECTORY ON CONSOLE. 
D/L<CR> FOR DIRECTORY ON LINE PRINTER. 

D/L/F<CR> FOR SHORT DIRECTORY ON LINE PRINTER. 
R COPY<CR> TO RUN COPY PR AM. 

R FILENAME<CR> TO RUN ANY OTHER PROGRAN. 

L FILENAME<CR> TO LOAD A PROGRAN ONLY. 

S<CR> TO START THE PROGRAM JUST LOADED. 

S ADDR<CR> TO START THE PROGRAM AT SPECIFIC ADDRESS. 

C FILENAME<CR> TO RUN A CHAIN. 

C FILENAME/QV<CR> TO RUN A CHAIN IN QUICK VERIFY MODE. 
REFER TO XXDP MANUAL MD-11-DZQXA FOR ADDITIONAL HELP. 











gacc0o-a -- the name of the MAINDEC program module. 
dd-mmm-yy -- the module release date. 
xxxx-xxxx -- the name of the monitor. 
nnK -- the system storage up to 28K. - 
reeere -- the monitor's cestact addcess ‘see 7. 2). 
b -- the device unit or device drive number 


from which you bootetrapped the monitor. 
the default drive or unit is 0. 
-- the monitor is ceady ta accept cossands. 


F 
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7.2 WOW TO USE AN XXDP MON! TOR 
XXDP issues a prompt character. the period (.). when 


these commands appears below. paragraph 7. 4. 


However, while operating under *XDP. you can at aoy tise 

the CPU at the cansale cammaid level. Use the HALT/ENABLE 

switch. or equivalent means. to stap he ta (See also 
his will allow 

to 

program. or manually start or restart a program, or reset 


poragraph 3.3. “Terminal Device Consoles"). 
you to modify memory locations: or “toggle-in" a patch 


the softwace switch cegistec- et.. 

After you have balted the CPU ard modified memory as 
the XXDP monitor ae a diagnostic 7 ram. o resume or 
execution of ao program. aat the AX 


stact addcess (usually ‘tocaiion 200). or the restart 
of that program and stact the CU. 


If you ere —— control to the XXDP monitor. ther Load its 
given in the ready message). ane stact the 

If you or an executing ares ave destroyed any 
ts of this restart ore 


cestact addcess 
CPU. TE: 


of the XXDP monitor in memory. the resu 
unpredictable. 


Aliso remember that when you reload an XXDP_ monitor. 
memocy modifications ace destcayed. More specific examples of 


these procedures appear below. 


C8UT LON 


When running diagnostics thot test the XXDP monitor 
load device. be sure to write-protect the monitor 


it 
loaded and ready to accept XXDF commands. A description of 


volume or the drive that is holding it: otherwise. 


you may accidentally destroy the monitor on 


cemove the sooitor volume from that ‘rive and mount 
“scratch” volume in its place. 


the 
medium. Also. if you need to test the particular 
drive or unit that holds the monitor volume, then 
Q 


ut 


needed. 
you can then return control tc whichever progrom you on * 
stor 

monitor. simply Laad the 
address 


youc 


— — — — — — — — 


G 6 
LOADING & RUNNING DIAGNOSTICS UNDER XXDP Page 7-5 


' LOAD THE 
' XXDP MONITOR '! 
SS See poragraph 7. 1. 
! ee eaeauaeaeeoaenece & 
~------------- | | 
! ! NO START YES 
' MODIFY | -a-------------- >! AT 200? 22 
' MEMORY? ! ! f 
i —————————————————— SD i 
— widened 
YES ! NO ! ' 
! ! ! 
V V V 
1 he aR ad ies ! ! : ! ! ' 
' {SSUE XXOP ! ' |SSUE XxXDP ! ' |SSUE XXDP ! 
' “LOAD” ' = =“LOARD" | ' “RUN” ' 
! ' See 7.4.1 
] 


COMMAND '!See 7.4. 2. COMMAND 'See 7.4.2! COM .AND 


; MODIFY 
' MEMORY AS ! 
; NEEDED , 


me ee me me me mm me me me em me me tam tm tam ae me ae 
5 — — — — — — — — — — — — — — — — — — — — — — — 
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__— —_"*. 


! 
! 
! 
! ! 1 ! ! ! 
! LOAD START ! ' LOAD! 1 . 
| ADDRESS OF | ‘RESTART ADOR' ! , 
| DIAGNOSTIC ! 1 OF XXOP 3 ! 
! ' ! ! 
—— ——— piper ane ea 
! ! 1 ! 
! | 1 ! 
owseeseieenos —— ! ! 
! 
| START CPU | i START CPU | ! ! 
l 
cteshnseeeense = ——— ! ! 
! 1 ! ! 
! | (---------- ! ! 
! ! 1 
ba a a a ee ! 
! ! 1 ! 
' ISSUE XXOP ! ! 
! 1 “START” ! ! 
! ' COMMAND | ! 
! 'WITH ADDRESS! ! 
' 'See 7.4.3 ' 
PO te ee eee i 
| | 
! ! ! 
| (22 22------------------------ ! ! 
! 1 
! 1 
! 1 
——⏑ —— — 
' YES 
START >! 
' ADDRESS = ! ! 
200? ! 
: 
— —— 
NO : 
. 
V v 
' EXECUTION ! ' EXECUTION ! 
' BEGINS AT ! ' BEGINS AT ! 
| SPECIFIED ! ‘ADDRESS 200 ! 
' ADDRESS ! ! 
FIGURE 7-1. GENERAL PROCEDURE FOR RUNNING PROGRAMS UNDER XXDP. 





—— —— 
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7.2 LOADING AND RUNNING PROCEDURES 


There are two alternatives for loading and running programs 
under X¥DP: 


1. Load ond stort ao program without wmadifyiog memory. 


3 ped a progrom, halt the CPU. madify memacy. and start the 


Here is the general procedure, also illustrated in Figure 7-1. 
A more detailed example appears at paorograph 7. 4. 6. 


3.1 RUNNING @ DLA@GNOSIIC WLIHOUI MODLEYING HEDORY 
1. Issue the XXDP run command. R (see poragraph 7.4.1). 
2. Diagnostic execution begins at location 200. the standard 
diagnostic stact address. 


Ok. 


1. Issue the XXODP load command. L (see porograph 7.4. 2). 

2. Issue the XXDP start command. S. and specify an address 
(see paragraph 7.4.3). If you do not,specify an address. 
XXDP starts execution at location 200. 


3. Diagnostic execution begins at specified addcess. 


7.3.2 MOQOLEYLNG DENORY BND IWEN RUNNING 8 OLGGNOSTIC 
1. Issue the XXDP load command, L (see paragraph 7.4. 2). 


Halt the CPU. 
3. Modify memory as needed: Set the SW/SWR. "patch" a 
rogram, etc. Then continue following procedure “a” or 


— — — — — — — LL LLL — — LL LLL LLL OLS ES, — —— 


— — — — — — — — —— — 
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Yo Lead the addcess at which you want to begin execution, 
location 200 is the standord starting address. 
So. Stact the CPU. 


60. Diagnostic execution begins at address specified in step 
Ya. 


Ok 
Yb. Load the XXDP cestact addcess given in the ready message. 
Sb. Stoct the CPU. 


6b. Issue the XXDP start command, S. If you do not specify 
an address. XXDP sterts execution at location 200. 


7b. Diagnostic execution begins at address specified in step 


Here are the XXDP monitor commands. They apply to all XxXDP 
monitors. in oddition. the TADP monitor requires slightly 
modified operation. Refer to poragraph 7.6 for this 
description. 


NOIE 
<er> -- press "carriage return” key. 


CNTRL C -- press agin and C-key simul taneously- 

C puts you at XX0OP command level (. ) at any time. 
DEL — he key to delete erroneous 

RUBOUT eyboord entry. 


Undeclined chorocters in formats and examples ore XXDP 
monitor output. 


_4 &XDP COMMANDS 
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7.4.1 RUN Command 


Here is the format for the XXDP run command, R. 


-R filnaom <e-> 


The filnam is the filename of the pragees (up 
0 


characters), without the extenos.aa. not 


extension. XXDP wil! !oad and run the program. 


——r Q —— — — — — — — — — — ——— — — ——— — — 


K 6 
Page 7-9 


to six 
type the 


Example: run the diagnostic program CHECKIT. BIN. 


1. Load the appropriate XXDP monitor as described under 


peragraph 7. 1 


2. Set the switch cegistec (see Chapter 6.0) as required by 


CHECKIT. BIN. 
3. tssue the cum command. R. as follows: 
~R CHECKIT <er> 
4 XXDP will run CHECKIT. BIN. 


5. Torun another program. halt the CPU. lLaad the XxXDP 
restort ‘addcess. and stact the CPU. XXOP will accept 
commands if the previous diagnostic has not destroyed it 
in memory. if you have lost the monitor then you must 


reload it. as described under paragraph 7. 1. 
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7.4.2 The LOAD Command 


Here is the format for the XXDP Laad command. L. 

-L filnam <cr> ) 
The filnam is the filename of the program, without the 
extensiaa. Do not type the extension. XXDP will load the 
program into memory. 

Example: load the diagnostic program CHECKIT. BIN. 

1. Load the appropriate XXDP monitor as described under 7. 1. 
2. tssue the XXDP Load command. L. as follows: 

~L CHECKIT <er> 


3. &XDP will Laad CHECKIT.BIN from the XXDP volume into 
memory and await further commands. 


7.4%.3 The START Command 


Before starting a Laaded ee ram. you may want to set the 
switch cegistec (see Chapter 6.0); you may also want to 
modify other memory locations (see paragraph 7. 2). 


Here is the’format for the XXDP stact command. S. 
-S «address> <cr> 


The S command starts program execution at the address you 
sper! ty. If you do not specify an address execution begins at 
200. hen the diagnostic has finished. and provided it has 
aot aveclaid the XXDP monitor in memory. you can run another 
diagnostic by halting the CPU. laadiag the XXDP cestact 


addcess. ond stacting the CPU again. If you have lost the 
monitor, then you must reload it as described under paragraph 
v; Remember that you lose all your modifications when you 


reload the monitor. 
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7.4.4 Directory Commands 


The directory commands print or display directories of 
file-structured XXDP volumes either on the terminal device or 
the line printer. A directory contains the following 
information: 


filnom. ext -- the file name (up to six characters) 
and extension. The = valid XXDP 
extensions are .BIN for a binacy file. 


.BIC for a chainable binary file, . SAV 
for a cace image file. and .CCC for an 
ASCII chain file. 


length -- ao decimal number designating the number 
of blocks in a disc or tape file. 
stert -- an actal number designating’ the 
— block number of a disc or tape 
ile. 
date -- the date of file creation. 


The directory commands have four forms: 


D -- gives a directory on the terminal. 
D/F -- gives a fast directory on the terminc!. 
Does not include length. start. or date). 
D/L -- gives a directory on the line printer. 
D/L/F -- gives a fast directory on the line printer. 
(Does not include length. start. or date). 


NOTE 
Line pciotec oust be pcesent- no check is 
made for it. The processor will trap to 
location OOO004. 
Example: give a short directory on the line 


printer. 
-~D/L/F <er> 


The dicectacy will oppear on the line printer. 
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7.4.5 Set Fill Count \ 


The “set-fill-count” command. F. allows you to change the 
number of fill characters inserted after a carriage return 
operation. The LA3IOS terminal cequices fillers to operate 
properly, so the filler defavit value is octal 14. Other 
terminals do not require these fillers. and by issuing an F 
command. you can delete the annoying, time-consuming fil! 


operations. The F command displays, the current fill count. 
and expects you to enter the new fill count. 
Example: change the fill count to 0. 

Wt <er? 


000014 O <er> 


4.6 Example Of Loading And Running A Program Using XXDP Commands 


Run the diagnostic program CHECKIT. BIN. Before execution, 
take a short directory reading; est the value 17 into 
location 17530; and set the SW/SWR to 007100. Start 
execution at location 000214. | | 


1. Load the appropriate XXDP monitor as described’ in 
poragraph 7. 1. 


2. Issue a “fast directory” command: 
~D/F <cer> 
3. tssue the XXOP “load” command: 


-L CHECKIT <er> 
Halt the CPU. 
Load addcess 017530. 
Deposit 000017. 
Laad addcess 000176 (the address of the SW/SWR). 
Deposit 007100. 


sae Pr FF 
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Continue following procedure “a” or “b” below. 


9a. 
10a. 
lio. 
12a. 


9b. 


10b. 
11b. 
12b. 


1 3b. 


Laad addcess 000214. 
Put the HALT/ENABLE switch to ENABLE. 
Stact the CPU. 


CPU begins executing CHECKIT at address 0002154. 


Ok. 


Load the restart address of the XXDP monitor. 
the ready message. 


Put the HALT/ENABLE switch to ENABLE. 
Staci the CPU. 
Issue the xxXDP “start” command: 

~S 000214 <cr> 
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given in 


XXDP transfers CPU control to CHECKIT program ot address 


000214. 


7.5 &XDP ERROR MESSAGES 


INVCMD/SW Invalid command and/or switch. Check 
command just given. 

DE VERR Device error on input device. 

EOM End of medium. Occurs during input 


operations when the program attempts to 


input and the file is at 
Serious problem. File in 
probably wired aut. 


|NVADR invalid address. Must be 


CKSMER Checksum error during "load" command. 

POFLO Program too large to load within 
existing memory. 

|NUNAM Invelid character typed for file name. 

NE XF IL Non-existent file. If in chain mode the! 


within existing memory limits. 


be within update program. 


on end. 
storage is 


even and 
Must not 


program to be run does not have .BIC 


extension. 
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6 TADP MONITOR EXCEPTIONS 


The TADP package cassettes are packaged according to the 
following schemes: 


1. One TADP cassette contains the TADP monitor and XxXDP 
utilities (UPDi. UPDZ. etc). 


2. Several diagnostic cassettes containing the diagnostic 
programs. 


When using TADP. the TADP cassette must be mounted on drive 0 
(left hand drive) of the TAI1; the diagnostic cassette is 
mounted on drive 1 (right hand drive). 


Because the TADP package is a two drive system. two additional 
commonds are provided that control the drive that is to be 
accessed: 


E O<er> :Enables access to drive QO. 

E i<er> Anobles access to drive 1. 
When the TADP monitor is first loaded it defaults to drive 0. 
At that point all commands given to the monitor apply to drive 
0 only. 
Typing E 1<er> enables access to drive 1 with all monitor 


commands applying te drive 1. To return to access drive 0 the 
E O<er> command is given. 





Examples; 

E O<cr> sEnables drive 0 access. 

O<er> :Obtains drive O directory. 

R UPDZ ;Runs UPD2 after loading from drive 0. 
E 1<er> ;Enables drive 1 access. | 

D/F <er> ;Fast directory from drive 1. _ 

L ZTCAAD<cr> ;Loads ZTCAAO from drive 1. 

§ 200<cr> ;Starts ZTCASO. 

E O<cr> ;Reenables drive O access. 





When the "D" (directory) command is given and drive 1 is 
enabled drive O will be accessed first in order to load the 
non-resident directory routine from the TADP monitor on drive 
0. Then drive 1 is accessed to obtain drive 1 directory. 


M_«™ 
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In chain mode (see 7.7) the chain file is always occessed from 
whatever drive was enabled when the "C" command was given. 
even if the chain file itself causes another drive o be 


assigned. 
Example, 
E O<er> ;Drive 0 enable 
C CHRIN<er> >Run chain omy CHAIN. CCC (drive 0). 


ASSUME CHAIN. CCC CONTAINS THE FOLLOWING: 


E i<cr> 

>Enable drive 1. 
R T1/710<cr> 

;Run Ti 10 times. 
R 72710<cr> 

;Run T2 10 times. 
R T3<er> 

-Run T3 
R T4<cr>d 

;Run TY 
R TS<er> 
⸗ ARKKun TS 
R T9O0<er> 

;Run 790 
E O<cr> 


;Enable drive 0. 


NOTE 


In ASCII chain files. comments may not appeor on 
command |ines. 


=, 
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The CHAIN. CCC file will be accessed from drive 0. All the 
test programs will be accessed from crive 1. At completion of 
chain drive 0 will be enabled. 


Note that with TADP. chain files do not have to be in the same 
cassette aos the test progroms. 


When in doubt as to what drive is available the user just has 
to give the command that enables the drive he/she wishes to 
use. 


7 CHAIN MODE OPERATION 


Chain mode operation consists of the sequential -execution of 
prepress without operator intervention. Only programs that 

ave been modified to run in chain mode can be _ chained. 
Chainable — are identified in the directory by the 
extension . BIC. 


To run chain mode. the XXDP monitor requires a file indicatin 

the programs to run. and the number of times each program mus 

execute before going on to the next program in the table. (A 
chain file may be generated by using the XTECO text editor. 
and the user must “yy a .CCC extension on the chain file. 
Refer to the XXDP USERS MANUAL for information about XTECO 
text editor. ) 


To Summor ize: 


1. Chain mode runs’ chainable' progroms. only. (. BIC 
extensions). 


2. Achain file indicates the programs to run and their pass 
counts. 


3. Only programs resident on the same medium drive con be 
chained. 


4 The chain file must be on the same medium with a .CCC 
extension. 


, 2 
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NOTE: The . CCC extension indicates a chain file. 


Chain mode is entered by typing: 


C filename<cr> (While in monitor mode). 

Where: 

C is the “CHAIN” command 

Filename is the name of the ASCI! file that contains the 
monitor commands to be executed. The file must have a “. CCC” 
extension. 


7.7.1 Makina A Chain ASCII File 


The chain ASCI! file may be created by running the XTECO 
program and using the text editor to create the ASCII! chain 
file. The chain file must contain only the commands supported 
under the XXDP monitor. The commands in the ASCII file are 
executed in the order in which they ore entered and run as oa 
batch mode. 


NOTE 


In ASCII chain files. comments may not appeor on 
command | ines. 


Example of a chain file: run Ti 1000 times; run T2 1000 
times; run T3 1000 times: run T4 1000 times: run TS 1000 
times: run T6 1000 times: run T7 1000 times; run T8 1000 
times; run T9 1000 times; run T10 1000 times: run Til 1000 
times: run 712 1000 times: load T13; start it and run 1000 
times; resubmit the chain file again. 


+ CPU. CCC 
; This chain file exercises the XYZ precessor with T1-T13. 


DOAA/ 1000 
DOBA/1000 
00CcA/1000 
DODA/ 1000 
DOZA/1000 


00KA/1000 
DOLA/1000 
DONA/1600 
DONA 

/1000<cr> 
CPU 


R 
rR 
R 
R 
R 
R 
P 
: DOHA 1 100 
R 
* 
L 
S 
C 
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?.?7.2 Running A Chain 


To execute a chain file the user types: 
C filnam<cr> or C filnam/QVcr> 


The pass count specified in the chain file determines the 
number of times XXDP will execute each program. The optional 
/QV switch provides a “quick verify" operation by executing 
each diagnostic program in the chain aoly ance, despite the 
pass count specified. 


The chain file to be executed must have an extensin of .CCC. 


The chain file and the objective programs to be run _ must 
reside in the same XXDP medium and must be mounted on drive 0 
of XXDP device. 


When in chain mode switch register or softwore switch register 
should be set to 000000. 


The XXDP monitor will type each command that it evaluates and 
then proceed to execute it. 


lf the monitor encounters a an that does not havea . BIC 
extension it types “NEXFIL”. hen if the error resulted from 
a R (RUN COM d)only. it will continue with the chain file 
command. otherwise it terminates the chain operation. 


When the last command other than another "C" command has beer 
executed the XXDP monitor terminates chain mode and types a 
DOT(. ). ready to accept another command from the console. 


If the user wishes to terminate chain mode before its noraal 
termination he may do so by repeatedly > a CTL C ¢ C) at 
the console until the monitor accepts it at he end of a 
program pass. 


7.8 UPD1 AND UPDZ 


Each XXDP —— contains two update progroms. called 
UPD1.BIN and UPD2Z. BIN. These programs are used to add, 
delete, rename. and patch programs in the XXDP packages. and 
also to provide general fiie maintenance services. 


This section describes three update commands. For more 
information on UPD1 and UPDZ consult the XXDP Usecs Uaaoual. 
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WARNING 
Do not use the XXDP UPDATE utility to load 
diagnostics. UPDATE does not write-protect the 
monitor volume: You may inadvertantly destroy the 
monitor. Instead use the XXD° load command, L. or the 


run command. R 


You run UPD1 and UPD2 by issuing the XXDP run command. R. as 
follows: 


~R UPD1I <er> ac ~R UPDZ <cr>d 


Updete responds and asks for the date, formatted dd-mmm-yy. 


Then it gives it relocation and restart addresses and issues a 
ready signal, *. Update will now accept commands. 


NOIE 


Running an update program destroys the XxXDP 
monitor in memory If you need the monitor. 
you must celaad it. Use the BOOT command for 
this. (See 7.8.3 below). 


7.8.1 The Load Command 


The Laad command toads files froma device to memory.- The 
format of the load command follows: 


ZLOAD ddn: filnam. ext <cer> 


dd -- the load device name from Table 7-1. 
n -- the unit or drive number for that device, 
does not *748 to paper tope devices. 
filnam. ext -- the name of the file on the device; omit if 
the load medium is paper tape. 


The load command gives the starting address of the program 
loaded and the memory limits of the program. 


Example: Load o program from paper tape, using the highspeed 
poper tope reader. 


XLOAD PR: <cer> 
—_ 000050 CORE. OQO0000. 012620 
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Example: itoad a program from floppy disk drive 1 called 

MYF ILE. BIN. sith - 


SLOAD DX1: MYF ILE. BIN <cr> 
—— 000200 CORE. QQ0000. 012522 


.8.2 The Dump Command ., 
The dump command puts the contents of memory onto a_ specified 
device. The format of the dump command follows: 
ZOUMP =e ddinn: fi lnam. ext <cr> 
dd -- the name of the device on which you want to 
dump memory; see Table 7-1. 


filnam. ext -- the name you want to give the file, omit 
if you are dumping to paper tape. 


Example: dump c file from memory io RKOS disk drive 0, 
call the file MYFILE. BIN. 


XDUMP DKO: MYF ILE. BIN <cer> 


Example: dump a file from memory to paper tape. using the 
high-speed paper tape punch. 


xDUMP PP <cr> 


.8.3 The Boot Command 
The baat command allows you to return CPU control to the XxXDP 
monitor. The command format follows: 
XBOOT ddn: <cer> 


dd -- the name of the device from which you are bootstrapping 
XXDP; see Table 7-1. 


n -- the unit or drive number of the device. 
Example: bootstrap the TADP monitor from cassette drive 0. 
xBOOT CTO: <cr> 
Bootstrap RKDP monitor from disk drive 0. 
xBOOT DKO: <cer> 
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able 7-1. PERIPHERALS SUPPORTED BY UPDATE PROGRAMS 


⏑ ⏑ ⏑ ⏑ ⏑ ⏑ ⏑ 2⏑ ⏑ ⏑ ⏑ ⏑ ⏑ ⏑ ⏑ nen aeaanerenree2e7e2e0—" 


DEVICE CODE DEVICE NAME REMARKS 
PR: PCi1 HIGH SPEED PAPER TAPE READER (UPD1. UPDZ) 
PP: PC11 HIGH SPEED PAPER TAPE PUNCH (UPD1, UPDZ2) 
KB: TTY KEYBOARD. OR LOW SPEED READER CUPD1, UPD2) 
PT: TTY PRINTER AND PUNCH (UPD1, UPDZ) 
OTN. TC11 DECTAPE (UPD1 N=0 OR 1). (UPD2, N=0-3) 
OKN: RK11/7RKOS DISK (UPD1 N=0 OR 1). (UPDZ2, N=0-3) 
MTN: TM11/7TU1G MAGTAPE 779 TRACK (UPD2. ONLY. WN=0-3) 
CTN: TA11 CASSETTE (UPD1. N=0 OR 1). ‘UPDZ. N=0 OR 1). 
OXN: RX11/7RXO1 FLOPPY DISK (UPD1 N=0 OR 1) (UPDZ. N=0 OR 1) 
MMN: TMO2Z/TU16 MAGTAPE (UPD2 ONLY. N=0-3) 
DPN: RP11C/RPOZ/RPOS (UPDZ ONLY. N=O OP 1) 
DBN: RH11,RH7O0/RPO4, RPCS, RPO6 DISK (UPDZ ONLY. N=O0 OR 1) 
DSN: RH11,RH70/RSO3,RSO4 DISK (UPD2 ONLY. N=O0 OR 1) 


RAN: RKEL1/7RKO6 DISK (UPC2 ONLY. N=0-3) 
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CHAPTER 8 
DIAGNOSTIC PROGRAM ERROR REPORTING 
in most cases an error will be reported via a messcge output 


on the console (TTY. etc). 
The standord format for an error message is: 
MESSAGE 
TEST PC H/W (OPTIONAL) 
Where: 
MESSAGE is a description of the type of error. 


PC. is the address in the diagnostic where the 
failure was detected. ' 


H/W is the status of the hardware under test when 
the failure was detected. This is optiona'. 


If an output console is unavailable. the error information 
will be stored in a location in memory. This address may be 
examined after the processor is halted. 


Each appendix should be consulted for a description of the 
fol lowing: 


1. Error messages. 

2. Error types. 

3. Information contained in error message. 

4 Location of error message. 

5. Error numbers. | ; 


For each diagnostic, the listings and cross references should 
be consulted for the address ot the error inferwation. 


CHAPTER 9 
DEVICE ADDRESSES 


All options have standard device addresses. interrupt vector 
addresses. and interrupt priority (BR) levels. Many options 
can e configured. by means of jumpers. to have addresses and 
BR tevels thot ore different from these standords. However. 
most diagnostics are written assuming the standara addresses 
and BR levels. 


For example, the LP11 line printer has the following addresses 
and BR level: 


PRINTER STATUS REGISTER - 777514 


PRINTER DATA BUFFER REGISTER - 777516 

INTERRUPT VECTOR ADDRESS . 200 

PRIORITY LEVEL - BRY 
Usually the diagnostic will reference these values by 
referencing a label. i.e: 

LPS : 177514 ; STATUS 

LPB A 177516 ; BUFFER 

INTVEC : 200 ; VECTOR ADDRESS 

5 Se 4H ; PRIORITY 


Should the device be configured for values other than these. 

the Ilocations indicated by the labels must be changed to the 

proper values. The location of these labels will be found in 

yp A eae reference table that accompanies the diagnostic’s 
isting. 


—— 


—— — 
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NOTE 


These locations must be changed after the diagnostic 
has been loaded into memory. Failure to change these 
locations will result ina trap to location O00004 


when the diagnostic executes and references the 
registers. 








CHAPTER 10 
GUIONBIED PRODUCI IESI SYSIEN (8PT) 


The automated oroduct test system. APT. loads and monitors one 
or more POP-11 diagnostics into o PDP-11 computer known as the 
unit under test. or UUT. The mechanism for loading the 
diagnostic into the UUT memory is a specialized !/0 controller 
designed by test engineering. 


A diagnostic executing under APT runs pass after pers until 
halted. either externally by the operator. or by APT when 
running a script file. On an error condition, the diagnostic 


may either loop or halt, it is the diagnostic’s job to 
indicate the error and then take the appropriate path of 
execution. 


APT must communicate with the UUT diagnostic to ensure that 
the diagnostic is executing correctly. APT uses a polling 
mechanism to do this: APT ng hin ot tle reads an eight-word 
block of memory called the mailbox. Based on the values it 
finds there, APT performs porticular services. such as 
verifying the proper execution of a diagnostic. or ensuring 
that no error conditions exist. When it completes these 
services, APT sends to the mailbox, indicating to the 
diagnostic that the requested services are complete. 


10.1 LOG IN PROCEDURE 
1. Log into APT on an AFT system control terminal by typing: 
HELLO <er> 


2. met he a message and prompts you for on account aouesbec 
wi a f. 


a. Enter account 1,10 (or 1710) if you want to create or 
edit o program or a script file. 
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ok. 


o. Enter account 3.0 (or 3/0) if you want to load and 
execute a orogram or a script file. 


Complete the account number prompt with a corriage return. 
Cer >. 


3. APT osks for o passwacd. to which you respond: APT. 
» P@SSWORD: <cr> 
The APT password is nat wisible aot the terminal. 


4 APT issues messages —— Span current system usage and 
any new operating features. ou can cancel these messages 
by typing CNTRL-< ( C). Then APT issues a ready message: 


REGOY 


Now you can proceed to the pararaph that discusses the 
operations you want to perform under APT: paragraph 10. 2 
for creating program and script files: or paragraph 10.3 
for loading and running program and script files. 


5. You log off the APT system with the following command: 
BYE/F <er> (for “fast good-bye"). 


10.2 CREATING AND EDITING FILES UNDER TSP 


The test software package utility, TSP. allows you to create 
and edit files for use by the APT system If you have Ne 
into APT under account 1.10. then you .eed only give the 
following command after the APT ready signal: 


RUN TSP <cr> 


APT will transfer control to TSP. or else give the message 
"TSP IN USE". Note that TSP is available to only one user at 
ao time; you may have to wait to use it. | 


NOTE 


if you have logged into APT under account 3.0 and you 
wont to run TSP. then specify TST for the ARER? 
prompt in the AINT progres dialogue. This action logs 
you out of account 3,0. Then yeu must log in 78 
under account 1.10 and issue RUN TSP when you get a 
ready message. See paragraph 10. 3. 


— — —— — 





Cc 8 
BUIONBIEO PRODUCTI IESI SYSIEN (@PT2 Page 10-. 


When you have succeeded in calling TSP. you will receive this 


message: 
TEST SOFTWARE PACKAGE / TSP REV: 
COMMAND <HE>: 
The characters following the word COMMAND indicate the current 
TSP command in use, in this case, the HELP command. 


abbreviated HE. 


NOTE 


Throughout the operation of TSP, any characters 
contained within ¢ >'s are the default value. If you 
issue a carriage return without giving a value. then 
TSP uses the string contained by the < >. 


All TSP commands use _ interactive dialogue to obtain 
informaticn. For a detailed ey coer of the command 
dialogues. consult the Q2I Genecal Specificaiion and the 821 


System Hanagec-s Guide. 


10.2.1 TSP Command. CREATE 


The CREATE command lets you build an APT file. This may be a 
program or a script or a master script. 
NOTE 
in these examples. do not confuse <cr> (which means 


cacciage cetuco) with <CR> (which is TSP's abbreviated 
default notation for the CREATE command). 


Type in CREATE at TSP command levei after the colon. 
COMMGND <HE2: CREATE <cr> 
This will begin a dialogue that asks you for information 


concerning the file you are building. See paragraph 10.2. 3 
for a sample of this dialogue. 
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10.2.2 Returning Control To APT 


10.2.3 


When you want to leave TSP. issue the OFF command. 

COMMGND <xx2: OFF <cr>d 
This puts you back to APT ready level. You can log-off using 
BYE /F. 


Sample TSP Dialogue 


Here is an example in which a user logs into APT. ccils TSP, 
builds a file calied MEZ2Z. then leaves TSP and logs off APT. 
All user- supplied information in this example is uodeclinoed. 
This differs from the usual format used throughout this 
manual. Text contained in X's is explanatory. and not port of 
the control terminal printout. 


HELLO <cr> XAPT log in commands 

RSTS VO6A-02 APT-D-RB-O3NOV JOB 34 KB3 O5S-JAN-78 09:23 
#1210 <cr> Xaccount number prorets 

PASSWORD: <cr> Xenter password APT: will not appear 


at terminals 
JOB(S) 12 ARE DETACHED UNDER THIS ACCOUNT : 
JOB NUMBER TO ATTACH TO? <‘cr> Xdo not specify a job 


* number x 
4 OTHER USER(S) ARE LOGGED IN UNDER THIS ACCOUNT 


READY 

RUN ISP <cr> Xfirst attempt to run TSP utility 
TSP IN USE XTSP not avai labiex 

READY 


RUN ISE <cr> Xtry againk 
Xthis try successful X 


TEST SOFTWARE PACKAGE/ TSP REV: 07 
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COMMAND <HE>: <er> Kissuing <er> gives default command, 
HELP X 


COMMANDS ARE: XHELP command cutput* 


CREATE 
EDIT 


COMMAND <HE>: CREGIE <cr> Xissue TSP command CREATES 

COMPUTER TYPE (8.10.11-VS) <11)>: 11 <cer> Xsince 11 was 
default value. 

SOFTWARE TYPE (P.S.M) <P>: <er> user could 
have issued 
just <cr>® 

APT. ACT. PRE-ACT. SPVR-DIAG PROGRAM <APT>: PBRE-@CI <er> 

LOAD DEVICE (PR. RK.MT.DT.NMN. OM. MC) <PRD: <er> 

PR UNIT NUMBER (0-7) <0>: <er>d 

1S PATCHING REQUIRED (Y/N) <ND: <cer> 

PROGRAM NAME: WEZZ <cr> 


LOAD AND READY THE PAPER TAPE READER. 
TYPE <CR> WHEN READY. <cr> Xboth <CR> and <cr> bece mean 
carriage returnt 


WORKING.... 
REVISION < >: @ <“er> 
MCO < >: Q <cer> 


TITLE < >: MEZZ2 <er> 
COMMAND <CR>: QEE <cr> Xleave TSP: note detault 
command is now CREATE 


(abbreviated CR). the 
last command used* 


READY 
BYEZE <cr> _Xlog off APTX 


F 
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10.3 LOADING AND RUNNING PROGRAMS UNDER APT 


10. 3. 1 


10. 3.2 


You must log into APT under account 3.0 (or 3/0) in order to 
lood and run program files and script files under APT. See 
paragraph 10. 1. 


When you receive the APT ready message. issue the following 
command to run the APT initialization utility. AIN. 


RUN AINT <cer> 


This will start a dialogue. After each response you give 
during the dialogue, press the carriage return key to enter 
the information. se the following values: 


BADGE NO? = 1 
AREA? = MLE (Cor TST: see NOIE and 
poragroph 10. 3.1). 


UNIT? <cr> 


An example of this dialogue appears in paragraph 10. 3. 2. 


NOTE 


If you are on line under account 3.0 and you want to 
run TSP (which requires account 1.10). then specify 
TST for the AREA? prompt. Then log in under account 
1,10 as described in paragraph 10. 1. 


Returning Control To APT 


Issue the OFF command in response to a dialogue prompt. This 
will put APT back on line. The only way to log off from here 
is to specify TST for the AREA? prompt: then give the BYE/F 
command after the ready signal. 


Sample MLE Dialogue 


In the following example, o user logs into APT account 3,0. 
unsuccessfully runs two pp teree files (MEZZ. created in 
poragraph 10.2.3. and ACMI5. created another time) and a 
script file  (RONU). and then logs off. All useccsupplied 
information in this example is undeclined. This differs from 
other exampie formats used in this manual. Text contained in 
t's is explanatory and not part of the control terminal 
printout. 
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HELLO 320 <cr> Xquick + in: give eccount number with 
HELLO 


PASSWORD: <cr> password APT does not appec- st terminal® 
18 OTHER USER(S) ARE LOGGED IN UNDER THIS ACCOUNT 


READY 


RUN GLNI <cr> KAPT initialization necessary to run programst 
APT ON LINE 


05-JAN-78 £O9: 54 
BADGE NO? 1 <cr> 
AREH? OLE <er> 


UNIT? <er>d 

APT READY 

UUT LINE #? 1392 <cr> &this number obtained from listings in 
APT machine rooms 

COMPUTER? 1105 <cr> Xccmputer type you are gre hie: + 

INTERFACE? GSO888 <cr> kvaries according to interface you are 


using 
PROGRAM NAME: BEZZ <cr> 
RCVD 09: 55 
HUNG-LOAD NUT LINE#: 1397 TIME: 10:13 DATE: 


g 
SCRIPT: PROGRAM: MEZZ ERROR: ooooo 00000 ET.: 
PROGRAM NAME: RONU <cr> Xthis is o script filex 
RCVD 09: 58 
UUT LINE #7? 1362 <cr> XAPT wil! — only legitimate UUT 


line 
UUT LINE #7? 
— ARE PENDING FOR LINE(S) 


RESULTS NOW (N/ALL/ZLINE #)? 1392 <cr>d 

HUNG LOAD UUT LINE #: 1397 TIME: O09: 59 DATE 05-JAN-78 
SCRIPT: RONU PROGRAM: 701 ER20R: O0000 OOGGO ET.: O: 00: 00 
DELETE MESSAGE(S) (Y/N)? Y <erd 

UUT LINE #7? QEE <er> Xput APT back on line 

APT ON LINE 

05- JAN-78 10: 02 

BADGE NO? 1 <er> 


AREA? ISI <cr> ms must specify TST in order to log of fx 
THIS TERMINAL CAN BE USED FOR TIMESHARING 


BYE/F %&this BYE/F issued by APT 
READY 
BYEZE <cr> 
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10.4% APT ERROR MESSAGES 


Most error messages printed on contro! terminalis related to 
program loading problems. A few of these error messages ore 
described below. 


1. 


Request lost - this indicates that the last user's program 
load request hasn't been processed. It tells the operator 
to try again to load the program into the UUT 


—9— load - this indicates that the-e is some hardware 
= unction between the interface and the UUT to be 
oaded. 


Hung diagnostic - this indicates that when APT monitored 
the diagnostic it was not running correctly in the UUT. 


NOTE 


This error can be caused if the system manager 
specified “first pass run time". “maximum pass run 
time" or " longest test time” vaiuves that are too 
short. 


Diagnostic error - this indicates that when the diagnostic 
was —— in the UUT it detected a hardware error in the 
equipment being tested. 


Line error - this indicates that a ae | error was 
detected on the line connecting APT to the UUT. 
NOTE 


The line testing utility (LNTSTU) should be run on 
lines that frequently generate line errors. 





CHAPTER 11 
AUTOMATED COMPUTER TEST SYSTEM ACT 


The automated computer test system, ACT. provides three basic 
services thot aid DEC's manufacturing areas in testing FOP-11 
computers. 


1. Load and run a diagnostic into a unit under test, UU. as 
if it were loaded and run manually; called ACT “dump” 
mode. 


2. Automatically load. run. and monitor a single diagnostic 
or — of diagnostics through one or more iterations, 
men hig ACT “auto-accept” mode: includes “quick verify" 
mode. 


3. Directly perform a variety of UUT memory tests, called 
ACT “station test” mode. 


An ACT system comprises a cenotcal camputec and from one to 
thirty-two test stations. The central computer. also called 
“mother”. consists of a PDOP-11 CPU. one to eight RK disk 
drives, a high-speed paper tape reader. and a console 
terminal. (Additional peripherals supported by RKDP monitor 
ere available). Each test station. also called a “daughter”. 
consists of a station console. the UUT. and the UUT's console 
terminal. You instruct “mother” by setting switches on the 
“doughters'" consoles. (Refer to the OCI Usecs- Guide for the 
exact settings of these switches when using ACT). The UNIBUS 
of the UUT is connected to the “daughter”™ station. and all 
control of the UUT is through the UNIBUS. 


— — — 
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— 
— 


11.1 LOADING AND STARTING THE ACT-11 MONITOR. OR HOTHER 


1. 


11.2 ACT-11 


ACT-11 resides only on Manufacturing RKDP disk volume #1. 
Mount this volume on RK drive 0. 


Bootstrap the KK drive as described in Chapter 4 of this 
guide. <i 


— 


RKOP identifies itself and gives a ready signal. the 
period (. ). 


Call ACT-11 by issuing the following command: 
-R ACT<cr> 
ACT-11 starts a dialogue to get information (restart? 
suppress messages? time-of-day?) and then issues a ready 
signal. 
READY 


The ACT-11 monitor. or "“mother". can now service the 
“daughter” stations. 


4 


“DUMP” MODE 


Operating ACT-11 in “dump" mode allows you to load ond execute 
a single diagnostic into the UUT as if under manual control. 


1. 
2. 


Ready the ACT-11 monitor. See paragraph 11. 1. 


Ensure that the daughter station is powered-up and on-line 
(the “on-line” switch is up). 


Determine the number of the diagnostic you are running: 
this will be either an ACT number or an RKDP number. 


Set the daughter station switch panel — to the 
diagnostic number and the flood device. Refer to the 801 
Usecs- Guide for the exact switch settings. 


Set the doughter station cantcaol switches. Refer again to 
the GCI Usecs: Guide for the control switch settings. 


Activate the “initialize” switch on the daughter station 
console. 


ACT will load the diagnostic into the LuT and start its 
execution. 





— 
— 
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11.2 ACT-11 “AUTO-ACCEPT” MODE 


Bt. & 9 


11.3.2 


ACT “auto-accept” mode automatically loads and executes a set 
of diagnostic programs in the UUT. ACT reads a list called 
the sequence table to determine which programs to run and in 
what order to run them (Refer to the GCI System Managec-s 
Guide for instructions on building sequence tables). You can 
instruct ACT to complete only one run of the sequence tabie 
entries, also called a quick wecify pass: or you can specify 
many repetitions of the table. hen ACT has completed the 
A al sends a message to the mother console and to the UUT 
console. 


Running A List Of Diagnostics 
1. Ready the ACT-11 monitor. See poragraph 11. 1. 


2. Ensure that the daughter station is powered-up and on-line 
(“on-line” switch is up). 


3. Set the daughter station switch panel according to the UUT 
memory size, UUT options. and whether you want messages on 
the UUT terminal. Refer to the Q@CI Users: Guide for the 
exact switch panel settings. 


4 Set the daughter station control switches: this  inciudes 
pres tyias the sequence table number. See the OCI Usecs- 
uide. 


Activate the daughter station “initialize”, switch. 


ACT will load and execute the set of diagnostics as 
defined by the sequence table. ACT issves ca “pass 
complete” mers upon successful completion of all the 
diagnostics listed in the table. 


Running R Single Diagnostic In "Quick-Verify” Mode 

You can instruct ACT to load and run a single program 
automatically. One run of the program is called a 
“quick-verify” or Q/V pass. 

1. Ready the ACT monitor. See poragraph 11. 1. 


2. Ensure that the daughter station is powered-up and 
on-line. 


3. Determine the number of the diagnostic you are running. 
This will be either an ACT number or an RKDP number. 


— — — — — — 


— — — — 
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11.4% ACT-11 


Set the daughter station switch panel to indicate th 
program number, and that you want a Q/V pass. Refer to 
the OCI Usecs: Guide for exact switch settings. 


Set the daughter station control switches; this includes 
specifying the maximum run-time for the program. See the 
Q@CI Usecs_ Guide for Q/V mode control switch settings. 
Activate the daughter station “initialize” switch. 

ACT will lood and execute the program defined on the 


switch panel. ACT issues a “pass complete" message upon 
successful execution of the diagnostic. 


“STATION TEST” MODE 


When —*4 ACT-11 in station test mode. you can perform the 
e 


following 


sts. Consult the QCI=-11 Usecs-+ Guide for the 


step-by-step procedures. 


1. 


lamp test -- verifies the operation of a daughter 
station's indicator lights 


UUI wocd test -- verifies the read/write accuracy of any 
UUT memory word. 


UUI field test -- verifies the read/write accuracy of any 
YK block of UUT memory. 


NER intecactiaa test * verifies that 
a a eee transfers to and from the UUT ore 
good. 


CHAPTER 12 
ECX/11 UNIBUS EXERCISER 


DECX/11 is the UNIBUS exerciser for the PDP-11 computer 


family. UNIBUS exercising provides a means of testing the 
expected reliability of a particular system within a specified 
— of time. Here are the basic components of a DECX/11 
pocKage: 


DECX/11 monitors (standard monitor. short monitor. 
and 11770 monitor). 


DECX/11 option/device test modules. 
DECX/11 configurator/linker program. 
DECX/11 documentation. 


You use the monitor. the test modules, and the 
configurator/linker program to create a UNIBUS exerciser. 
This exerciser includes the monitor and those test modules 
required by the system you are testing. This chapter assumes 
that you have already created a UNIBUS exerciser. and provides 
an overview only for running it. For a complete description 
and instructions on creating a UNIBUS exerciser. consult the 
DECX211 Refecenoce Guide. 


12.1 LOADING THE UNIBUS EXERCISER 


If you ore loading a UNIBUS exerciser from paper tape. use the 
absolute loader. See Chapter 5 of this guide. 


If you are loading a UNIBUS exerciser from other media. it 
must be oa named file (with the extension .BIN or .BIC) on an 
XXDP monitor volume. 
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loa. 


2a. 


3a. 


Load the XXDP monitor as described in Chapter 4. 
Issue the XXOP load command, L. giving the filename of the 
UNIBUS exerciser. Do not type the extension when giving 
the filename. 
Example: load the UNIBUS exerciser DECX1. BIN. 

~L DECX! <er> 


You have loaded the exerciser. Proceed to paragraph 12. Z. 
08. 


Load the XXDP monitor as described in Chapter 4. 


Issue the XXDP run command. R. and the UNIBUS exerciser 
— ga after loading. Using the some exerciser 


~R DECX!1 <cr> 


The exerciser will stort at address 000200. it gives oa 
message and a ready signal. the period (.). Proceed to 
poragraph 12. 


WARNING 
Do not use the XXDP UPDATE utility to toad a UNIBUS 
exerciser. UPDATE does not write-protect the monitor 


volume: you * inodvertently destroy the monitor. 
Instead use tne XXDP load command. lL, or the run 
command, R, as described above. 
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12.2 STARTING THE UNIBUS EXERCISER 


1. To start the exerciser issue the XXDP stort command. §S 
(see paragraph 7.4. 3). 


2. The monitor issues a message and a ready signal. the 
period (.). Proceed to paragraph 12. 3. 
Ok. 
io. Halt the processor. 
Zo. Laad addcess 000200. 
3a. Put the HALT/ENABLE switch to ENABLE. 
Yo. Stact the processor. 


S50. The monitor issues a message ond a ready signal, the 
period (.). Proceed to parograph 12. 3. 


12.3 OPERATING THE UNIBUS EXERCISER 


You control the exerciser by using the switch cegistec (see 
also Chapter 6) and the DECX/11 commands. poragraph 12.3.2 


12.3.1 Switch Register Settings 


The SA tes switch register settings apply oniy when running 
ao DECX/11 UNIBUS exerciser. A switch is set when it equals 
one. 
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able 12-1 DECX/11 Switch Register Settings. 


SW/SWR SETTING 
(ALSO KEYPAD 


ANEL SWITCH CPU SETTING) OPTION 
15 100 000 Drop module after error: 
the failing module 38 
executing; “MODULE DROPPED" 
message. 
14 040 000 Inhibit.module drop after 


error; if SW14=0. the failing 
module stops executing after 
20 errors: "MODULE DROPPED” 


message. 

13 020 000 Inhibit error and module 
messages. | 

12 010 000 Enable "END OF PASS” message. 

10 002 000 Report all date errors. if 


SW10=0. report first tbhcee errors 
of any block transfers. 


9 001 O00 Inhibit “RELOCATED TO” message. 
NOTE 
The Keypad and SW/SWR settings ore accusulative: if 


you want sore than one option. then add the SWR values 
and enter the su@ as the SWR setting. For example. if 
you want to designate the second and third options on 
the list (panel switches 13 and 14 wa). then enter the 
value 060 000 as the SWR setting. 
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2.3.2 


if your CPU does not have oa hordwore switch oo ye (for 
example, the PDP-11/04). then you must make the following 
patch before running the exerciser module: 


1. Find the address of the location labelled FAKESR in the 
DECX/11 cross-reference listing FAKESR is the DECXZ11 
softwace switch cegistec. 


2. Using the DECX/11 MOD command (see Table 12-2). load _ the 
addcess ousbec of FAKESR into the Laocatian labelled SR. 
also found in the DECX/11 cross-reference listing. 


3. The DECX/11 monitor will now read location FAKESR for 
switch register settings. You load location FAKESR with 
the oppropriate values from Table 12-1. depending on the 
options you select. 


DECX/11 Monitor Commands 


You enter a command by terminating it with a caccicge cetuca. 
<er>. You can use the RUBOUT key to delete individual 
ea arhagh § og and the combination CNTRLZC (or CC) to delete a 
whole line. 


DECX/11 UNIBUS EXERCISER 
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Table 12-2. DECX/11 Monitor Commands 


SEL modu! ename 
DES modul ename 


I0 addr 


90. modu!tename addr 


ILL 


Types map of modules in the UNIBUS 
exerciser. Indicates module starting 
address. and module status. 


Selects all modules for execution. 
Deselects all modules. 

Selects specified module. 
Deselects specified module. 


Types contents of address specified. 
Operator can enter new volbe if 
desired. 


Types contents of address relative 
to starting address of module 
specified. User can enter new vaive 
if desired. 


Starts execution of exerciser. 

Oniy selected modules run. _ If 

optional address is used and relocation 
is allowed. starts program at nearest 
(lower) 4K boundary. 


Starts exerciser execution at 
specified address. Address must 
be on 4K boundary. (20000. 40000. 
etc.). The program stays “locked” 
there. It does not relocate. 
Turns on memory management (KT11). 
Turns off KT11. 

Enables parity memory. 

Disables pority memory. 


Sets the fill count. 
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Table 12-2. (Continued) 


OMMAND DESCRIPTION 
OTON Enables write buffer rotation 
and types range. 
OTOFF Disables write buffer rotation. 
ON Turns on the cache memory (POP-11/770 
only). 
OF F Turns off the cache memory (POP-11770 
only). 
N Enables the MAP box (POP-11770 
only). 
F Disables the MAP box (PDP-11/770 
only). 
PON Directs all TTY output to the 


line printer. NOTE: Cannot {= 
used if line printer module is selected. 


12.4 DECX/11 ERROR MESSAGES 


KBUF OFLO -- You entered too many choracters at some point in 
co command | ine. 


INVALID COMMAND -- You have given an invelid command. or have 
entered oa valid commond incorrectly. (Module names always 
have five chorocters. ) 


MODULE NAME NOT FOUND -- You have specified a nonexistent 
module, or have entered the name of an existing one 
incorrectly. (Module names always hove five characters). 


INVALID ADDR/DATA -- You have specified either an odd-numbered 
oddress- or a nonoctal address. 





CHAPTER 13 
OUTLINE FOR DIAGNOSTIC OPTION APPENDICES 


This chapter describes the type of information contained in 
the individual appendices for diagnostic options. 


Each option appendix is a procedural, pn eS gle method of 
setting up an option to be tested. loading the diagnostic, and 
executing the diccrostic. 

Wherever possible, the appendix will reference the standard 
procedures described in this Usec-s Guide. lf the field 


service representative is unfamiliar with the standards, 
he/she should consult the appropriate sections of the guide. 


All appendices will contain the following sections: 


1. ABSTRACT--This section will state the options to be tested 
by the diagnostics. 


2. HARDWARE--This section will * the minimum hardwore 
requirements necessary to run the diagnostics: 


Central Processor Options 
Memory 
170 Devices 
Interfaces 
Controllers 
Units 
Accessories 
3. TEST SEQUENCE--This section will list the diagnostics 
available for the option and the order in which they must 


be run. Running the diagnostics in the giver order will 
isolate the hordwore fauits in the shortest possible time. 


— 


OUTLINE FOR DIAGNOSTIC OPTION APPENDICES 


4 TEST DESCRIPTION--This section wil' describe what 


diagnostic tests. The description will! be by function 


and/or hardwore as applicable. 


5S CAUTIONS--This section will describe all procedures 
necessary to prevent accidental! erasure of system files 


and diagnostics. 
6. OPERATING PROCEDURE--This section will describe 
detailed. i ty procedure for running 
er 


diagnostics. T 
for each diagnostic. 


NOTE 


These procedures assume the field service 
representative is familiar with the following: 


1. The hardwore to be tested. 
1 The individual POP-11 Processor. 
3. The Users’ Guide. 


The operating procedure will be structured as follows: 


TITLE--The five-letter code for the diagnostic. 


SYSTEM INITIALIZATION--Al! procedures for the entire system 


that must be performed prior to running the diagnostic. 


LOADING PROCEDURE--Where applicable. reference will be made 
to the standard practices described in the Users’ Guide. 


If the diagnostic has its own unique method of loading. 
will be described here. 


STARTING PROCEDURE--Nhere applicable. reference will 


made to the standord practices described in the Users’ 


Guide. If the diagnostic has its own unique starting 
procedure, it will be described here. 

SWITCHES--The switches used by the diagnostic will 
described. 

INITIAL PRINTOUT--This will be the initial message 


diagnostic outputs on the available i/0 console. Output of 
this message indicates the successful loading and starting 


of the diagnostic. 
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e will be a separate operating procedure 
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OPERATOR INTERROGATION--This section will describe the 
messages output by the diagnostic and the proper operator 
response. 


EXECUTION TIME--This is how long it takes the diagnostic to 
complete one pass successfully. 


END OF PASS INDICATOR--This will describe the method the 
diagnostic uses to signal a successful pass. 


ERROR REPORTS--This will describe types of messages the 


diagnostic will output on the available 170 Console when an 
error is detected. The information contained in the error 
message wil! aiso be described. Whenever possible. 
reference will be made to the standard procitices described 


in the Usecs. Guide. 


RESTART ADDRESSES--!f the diagnostic has restart addresses 
they will be listed here. The listings for the individual 
diagnostics must be consulted to determine the usefulness 
of a given restart address. lf the ify vb has no 
restart oddress. the expression “Starting Address” will 
appeor. 


NOTE 


PART 11. THE SET OF APPENDICES DESCRIBING THE 
DIAGNOSTIC OPTIONS. 1S NOT INCLUDED IN THIS 
DOCUMENT. THE APPENDICES ARE CURRENTLY IN 
PRODUCTION AND WILL BE RELEASED TO THE FIELD AS 
THEY ARE COMPLETED. 
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Send all suggestions concernino this document to: 


BARRY SUSSMAN 

DIAGNOSTIC ENGINEERING 
ML21-4/7E10 

DIGITAL EQUIPMENT CORPORATION 
MAYNARD, MASS. 

(617) - 493-4875. . 

DTN : 223-4875 


You should submit al! software trouble reports via the AIDS 
problem reporting system. 


: 
— — — — 


